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Intellectual Property Rights 



IPRs essential or potentially essential to the present document may have been declared to ETSI. The information 
pertaining to these essential IPRs, if any, is publicly available for ETSI members and non-members, and can be found 
in ETSI SR 000 314: "Intellectual Property Rights (IPRs); Essential, or potentially Essential, IPRs notified to ETSI in 
respect of ETSI standards", which is available from the ETSI Secretariat. Latest updates are available on the ETSI Web 
server ( http://ipr.etsi.org) . 

Pursuant to the ETSI IPR Policy, no investigation, including IPR searches, has been carried out by ETSI. No guarantee 
can be given as to the existence of other IPRs not referenced in ETSI SR 000 314 (or the updates on the ETSI Web 
server) which are, or may be, or may become, essential to the present document. 



Foreword 

This Technical Specification (TS) has been produced by ETSI Technical Conmiittee IMS Network Testing (INT). 

The present document is part 2 of a multi-part deliverable covering the IMS NNI Interoperability Test Specifications, as 
identified below: 

Part 1 : "Test purposes for IMS NNI Interoperability"; 

Part 2: "Test descriptions for IMS NNI Interoperability"; 

Part 3: "Abstract Test Suite (ATS) and partial Protocol Implementation eXtra Information for Testing (PIXIT)". 



Introduction 

The IP Multimedia core network Subsystem (IMS) is a key component in the ETSI NGN architecture. Each IMS 
consists of multiple functional entities and interfaces. The goal of this work is to provide the interoperability tests for 
standardized network to network interfaces (NNI) of the IMS core network that are based on SIP messages. 

Test purposes defined in the present document have been developed based on the requirements stated in the 3GPP IMS 
Release 9 specification. 
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Scope 



The present document specifies interoperability Test Descriptions (TDs) for Inter-IMS Network to Network Interface 
(II-NNI) interoperability testing for the IP Multimedia Call Control Protocol based on Stage 3 Session Initiation 
Protocol (SIP) and Session Description Protocol (SDP) standard, TS 124 229 [1]. Interconnection aspects between two 
different IM CN subsystems for end to end service interoperability are based on standard TS 129 165 [16]. TDs have 
been specified on the basis of the Test Purposes (TPs) and Test Suite Structure (TSS) presented in TS 186 01 1-1 [2]. TP 
fragments presented in the present document as part of TDs are defined using the TPLan notation of ES 202 553 [5]. 
TDs have been written based on the test specification framework described in TS 102 351 [3] and the interoperability 
testing methodology defined in TS 102 237-1 [4], i.e. interoperability testing with a conformance relation. 

For the assessment of IMS core network requirements related to the ISC interface parts of the supplementary services 
HOLD (see TS 124 410 [10]), CDIV (see TS 124 404 [11]), ACR-CB (see TS 124 411 [12]), and OIP/OIR 
(see TS 124 407 [13]) have been used. 

The scope of these test descriptions is not to cover all requirements specified in TS 124 229 [1]. TDs have been only 
specified for requirements that are observable at the interface between two IMS core network implementations, i.e. IMS 

NNI. 

NOTE: Requirements pertaining to a UE or an AS implementation or IMS core network requirements that can 
only be observed at the interface between UE and IMS CN are explicitly not within the scope of the 
present document. The latter requirements have been dealt with from a UE and conformance perspective 
inTS 134 229-1 [6]. 



2 References 

References are either specific (identified by date of publication and/or edition number or version number) or 
non-specific. For specific references, only the cited version applies. For non-specific references, the latest version of the 
reference document (including any amendments) applies. 

Referenced documents which are not found to be publicly available in the expected location might be found at 
http ://docbox . etsi . or g/Ref erence . 

NOTE: While any hyperlinks included in this clause were valid at the time of publication ETSI cannot guarantee 
their long term validity. 

2.1 Normative references 

The following referenced documents are necessary for the application of the present document. 

[1] ETSI TS 124 229 (V9.5.0): "Digital cellular telecommunications system (Phase 2+); Universal 

Mobile Telecommunications System (UMTS); LTE; IP multimedia call control protocol based on 
Session Initiation Protocol (SIP) and Session Description Protocol (SDP); Stage 3 (3GPP TS 
24.229 version 9.5.0 Release 9)". 

[2] ETSI TS 186 011-1 (V4.1.3): "IMS Network Testing (INT); IMS NNI Interoperability Test 

Specifications; Part 1: Test Purposes for IMS NNI Interoperability". 

[3] ETSI TS 102 351: "Methods for Testing and Specification (MTS); Internet Protocol Testing (IPT); 

IPv6 Testing: Methodology and Framework". 

[4] ETSI TS 102 237-1: "Telecommunications and Internet Protocol Harmonization Over Networks 

(TIPHON) Release 4; Interoperability test methods and approaches; Part 1: Generic approach to 
interoperability testing". 

[5] ETSI ES 202 553: "Methods for Testing and Specification (MTS); TPLan: A notation for 

expressing Test Purposes". 
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[6] ETSI TS 134 229-1: "Universal Mobile Telecommunications System (UMTS); LTE; Internet 

Protocol (IP) multimedia call control protocol based on Session Initiation Protocol (SIP) and 
Session Description Protocol (SDP); Part 1: Protocol conformance specification (3GPP TS 34.229- 
1 Release 8)". 

[7] ETSI TS 133 203: "Digital cellular telecommunications system (Phase 2+); Universal Mobile 

Telecommunications System (UMTS); LTE; 3G security; Access security for IP-based services 
(3GPP TS 33.203 Release 8)". 

[8] IETF RFC 2617: "HTTP Authentication: Basic and Digest Access Authentication". 

[9] IETF RFC 3966: "The tel URI for Telephone Numbers". 

[10] ETSI TS 124 410: "Digital cellular telecommunications system (Phase 2+); Universal Mobile 

Telecommunications System (UMTS); TISPAN; NGN Signalling Control Protocol; 
Communication HOLD (HOLD) PSTN/ISDN simulation services; Protocol specification (3GPP 
TS 24.410 Release 8)". 

[11] ETSI TS 124 404: "Digital cellular telecommunications system (Phase 2+); Universal Mobile 

Telecommunications System (UMTS); TISPAN; PSTN/ISDN simulation services: 
Communication Diversion (CDIV); Protocol specification (3GPP TS 24.404 Release 7)". 

[12] ETSI TS 124 411: "Digital cellular telecommunications system (Phase 2+); Universal Mobile 

Telecommunications System (UMTS); TISPAN; PSTN/ISDN simulation services: Anonymous 
Communication Rejection (ACR) and Communication Barring (CB); Protocol specification (3 GPP 
TS 24.411 Release 7)". 

[13] ETSI TS 124 407: "Digital cellular teleconmiunications system (Phase 2+); Universal Mobile 

Telecommunications System (UMTS); TISPAN; PSTN/ISDN simulation services; Originating 
Identification Presentation (OIP) and Originating Identification Restriction (OIR); Protocol 
specification (3GPP TS 24.407 Release 7)". 

[14] ETSI TS 183 063: "Telecommunications and Internet converged Services and Protocols for 

Advanced Networking (TISPAN); IMS-based IPTV stage 3 specification". 

[15] ETSI TS 124 247: "Digital cellular telecommunications system (Phase 2+); Universal Mobile 

Telecommunications System (UMTS); LTE; Messaging service using the IP Multimedia (IM) 
Core Network (CN) subsystem; Stage 3 (3GPP TS 24.247 Release 9)". 

[16] ETSI TS 129 165: "Digital cellular telecommunications system (Phase 2+); Universal Mobile 

Telecommunications System (UMTS); LTE; Inter-IMS Network to Network Interface (NNI) 
(3GPP TS 29.165 version 9.5.0 Release 9)". 

[17] ETSI TS 102 901 : "IMS Network Testing (INT); IMS NNI InteroperabiHty Test Specifications; 

IMS NNI interoperability test descriptions for RCS". 

[18] ETSI TS 129 163 (V9.4.0): "Digital cellular telecommunications system (Phase 2+); Universal 

Mobile Telecommunications System (UMTS); LTE; Interworking between the IP Multimedia 
(IM) Core Network (CN) subsystem and Circuit Switched (CS) networks (3GPP TS 29.163 
version 9.4.0 Release 9)". 

2.2 Informative references 

The following referenced documents are not necessary for the application of the present document but they assist the 
user with regard to a particular subject area. 

[i.l] ETSI TR 133 978: "Universal Mobile Telecommunications System (UMTS); Security aspects of 

early IP Multimedia Subsystem (IMS) (3GPP TR 33.978 version 7.0.0 Release 7)". 

[i.2] ETSI TR 123 981: "Universal Mobile Telecommunications System (UMTS); LTE; Interworking 

aspects and migration scenarios for IPv4-based IP Multimedia Subsystem (IMS) implementations 
(3GPP TR 23.981 Release 8)". 



ETSI 



10 



ETSI TS 186 011-2 V4.1.3 (2012-05) 



[i.3] 
[i.4] 
[i.5] 
[i.6] 



ETSI TR 184 008: "Telecommunications and Internet converged Services and Protocols for 
Advanced Networking (TISPAN); Infrastructure ENUM Options for a TISPAN IPX". 

IETF RFC 3761: "The E.164 to Uniform Resource Identifiers (URI); Dynamic Delegation 
Discovery System (DDDS) Application (ENUM)". 

GSMA PRD IR.67: "DNS/ENUM Guidelines for Service Providers & GRX/IPX Providers" 
ver.5.1. 

IETF RFC 3403: "Dynamic Delegation Discovery System (DDDS), Part Three: The Domain 
Name System (DNS) Database". 



Abbreviations 



For the purposes 


of the present document, the following abbreviations apply: 


3GPP 


3^*^ Generation Partnership Project 


ACL 


Automatic Congestion Level 


ACM 


Address Complete Message 


ACR 


Anonymous Communication Rejection 


ACR-CB 


Anonymous Communication Rejection - Communication Barrini 


AKA 


Authentication and Key Agreement 


ALG 


Application Level Gateway 


ANM 


Answer Message 


AS 


(IMS) Application Server 


BC 


Broadcast 


CB 


Call Barring 


CDIV 


Call Diversion 


CF 


(Test) ConFiguration 


CFU 


Call Forward Unconditional 


CFW 


Call Flow 


CN 


Core Network 


CoD 


Content on Demand 


CPG 


Call Progress Message 


CS 


Circuit Switched 


CSCF 


Call Session Control Function 


DB 


Enum database 


DHCP 


Dynamic Host Configuration Protocol 


DNS 


Domain Name System 


ENUM 


E.164 Number Mapping 


GSM 


Global System for Mobile Communications 


GSMA 


GSM Association 


HOLD 


Communication HOLD 


HSS 


Home Subscriber Server 


lAM 


Initial Address Message 


IAM_A 


Not applicable 


IBCF 


Interconnection Border Control Gateway 


I-CSCF 


Interrogating CSCF 


IFC 


Initial Filter Criteria 


II-NNI 


Not applicable 


IM 


IP Multimedia 


IMS 


IP Multimedia Subsystem 


lOI 


Inter Operator Identifier 


IP 


Internet Protocol 


IPsec 


Internet Protocol security 


IPTV 


IP Television 


IR 


Not applicable, document reference 


ISC 


IMS Service Control 


ISDN 


Integrated Service Digital Network 


ISUP 


ISDN User Part 


lUT 


Implementation Under Test 
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MF Media Function 

MGCF Media Gateway Control Function 

MGF Media Gateway Function 

MRFC Multimedia Resource Function Controller 

MRFP Multimedia Resource Function Processor 

MSRP Message Session Relay Protocol 

MTP Message Transfer Part 

NAPTR Naming Authority Pointer 

NNI Network-to-Network Interface 

N-PVR Network based Personal Video Recording 

NS Name Server 

OCB Outgoing Communication Barring 

OIP Originating Identification Presentation 

OIR Originating Identification Restriction 

PCM Pulse Code Modulation 

PCO Point of Control and Observation 

PCRF Policy and Charging Rules Function 

P-CSCF Proxy CSCF 

PO Point of Observation 

Pol Point of Interconnection 

PRACK Reliability of Provisional Responses 

PRD Not applicable, document reference 

PSTN PubHc Switched Telephone Network 

PVR Personal video recorder services 

RLC Release Complete Message 

RTSP Real Time Streaming Protocol 

SA Security Association 

SCF Session Control Function 

S-CSCF Serving CSCF 

SCTP Stream Control Transmission Protocol 

SDF Service Discovery Function 

SDP Session Description Protocol 

SGF Signalling Gateway Function 

SIP Session Initiation Protocol 

SS Simulation Services 

SUT System Under Test 

TCP Transmission Control Protocol 

TD Test Description 

TISPAN Telecommunications and Internet converged Services and Protocols for Advanced Networking 

TN Telephone Number 

TP Test Purpose 

TPLan Test Purpose Notation 

TSS Test Suite Structure 

TTL Time to live 

UC Use Case 

UC_2_I Not applicable 

UDP User Datagram Protocol 

UE User Equipment 

URI Uniform Record Identifier 

VoIP Voice over Internet Protocol 

XML extensible Markup Language 



IMS NNI Interoperability Test Specification 



4.1 



Introduction 



The IMS NNI Interoperability Test Descriptions (TDs) defined in the following clauses are derived from the Test 
Purposes (TPs) specified in TS 186 011-1 [2]. The TDs cover both basic call procedures such as call establishment and 
call release and a selection of the most common supplementary services. 
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4.2 Test Prerequisites 



4.2.1 



IP Version 



These test specifications are based on the use of IPv4 for SIP message transport throughout all IMS nodes as specified 
in TR 123 981 [i.2] but do not exclude the use of IPv6 in the case that all involved IMS nodes support this version of 
the IP protocol. 

4.2.2 Authentication and Security 

The current test specification supports as default full IMS TS 133 203 [7] 3GPP security. Non-compliance with full 
IMS security features defined in TS 133 203 [7] is expected to be a problem mainly at the UE side, because of the 
potential lack of support of the USIM/ISIM interface (especially in 2G-only devices) and of the potential inability to 
support IPsec on some UE platforms. For those reasons, fallback to early IMS TR 133 978 [i.l] and SIP Digest 
authentication without key agreement and null authentication may be used to achieve satisfactory test results. Tests 
should however be executed with full IMS security if all required IMS nodes support it. 

4.2.3 Registration and Subscription 
4.2.3.1 SIP Call Flow 

This clause describes the registration call flow under the authentication and security scope described in clause 4.2.2. 



4.2.3.1.1 



Early IMS Registration and Subscription Call Flow 



Early IMS security does not allow SIP requests to be protected using an IPsec Security Association (SA) because it does 
not perform a key agreement procedure. IPsec security associations are not set up between UE and P-CSCF, as they are 
in the full IMS security solution. For early IMS security, the expected registration and subscription sequence is: 



Step 


Direction 


IVIessage 


Comment 




UE IIVIS 




1 






The UE establishes an IP bearer as required by its 
specific access network (optional). 




2 


^^ 




P-CSCF address discovery using DHCP 
procedures for IPv4 (optional). 




3 


^ 


REGISTER 


The UE sends initial registration for IMS services. 


"D 
Q) 
O 
CD 

2 
Q- 

c 

=) 


4 


^ 


200 OK 


The IMS responds with 200 OK. 


5 


^ 


SUBSCRIBE 


The UE subscribes to its registration event 
package. 


6 


^ 


200 OK or 202 Accepted 


The IMS responds with 200 OK or 202 Accepted. 


7 


^ 


NOTIFY 


The IMS sends initial NOTIFY for registration event 
package, containing full registration state 
information for the registered public user identity in 
the XML body. 


8 


^ 


200 OK 


The UE responds with 200 OK. 
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4.2.3.1 .2 Full IMS Registration and Subscription Call Flow 

For full IMS security, the expected registration and subscription sequence is: 



Step 


Direction 


IVIessage 


Comment 




UE 1 IIVIS 




1 






The UE establishes an IP bearer as required by its 
specific access network (optional). 




2 


^^ 




P-CSCF address discovery using DHCP 
procedures for IPv4 (optional). 




3 


^ 


REGISTER 


The UE sends initial registration for IMS services. 


"D 

Q) 

o 

CD 

2 

Q. 

c 

=) 


4 


^ 


401 Unauthorized 


The IMS responds with a valid Digest AKA 
authentication challenge and a list of integrity and 
encryption algorithms supported by the network as 
defined in the IMS AKA procedure of 
TS 133 203 [7]. 


5 






Upon receipt of 401 Unauthorized, the UE selects 
the first integrity and encryption algorithm 
combination on the list received from the P-CSCF in 
401 Unauthorized which is also supported by the 
UE. If the P-CSCF did not include any 
confidentiality algorithm in 401 Unauthorized then 
the UE shall select the NULL encryption algorithm. 
The UE then proceeds to establish two new pairs of 
IPSEC Security Associations (SA1 and SA2). 




6 


^ 


REGISTER 


The UE sends another REGISTER with 
authentication credentials over IPSEC security 
association SA1 . 


"D 

Q) 

O 
Q) 

2 

CL 


7 


^ 


200 OK 


The IMS responds with 200 OK over the same 
IPSEC security association SA1 . 


8 


^ 


SUBSCRIBE 


The UE subscribes to its registration event package 
over the IPSEC security association SA2. 


< 

CO 

"D 
Q) 
O 
CD 

2 

CL 


9 


^ 


200 OK or 202 Accepted 


The IMS responds with 200 OK or 202 Accepted 
over the IPSEC security association SA2. 


10 


^ 


NOTIFY 


The IMS sends initial NOTIFY for registration event 
package, containing full registration state 
information for the registered public user identity in 
the XML body, over the IPSEC security association 
SA2. 


11 


^ 


200 OK 


The UE responds with 200 OK over the IPSEC 
security association SA2. 
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4.2.3.1.3 



SIP Digest Registration and Subscription Call Flow 



For SIP Digest authentication without key agreement and null authentication, the expected registration and subscription 
sequence is: 



Step 


Direction 


IVIessage 


Comment 




UE 1 IIVIS 




1 






The UE establishes an IP bearer as required by its 
specific access network (optional). 




2 


^^ 




P-CSCF address discovery using DHCP procedures 
for IPv4 (optional). 




3 


^ 


REGISTER 


The UE sends initial registration for IMS services. 


"D 
Q) 
O 
CD 

2 

Q- 

C 
=) 


4 


^ 


401 Unauthorized 


The IMS responds with a valid HTTP Digest 
authentication challenge as defined in RFC 2617 [8]. 


5 


^ 


REGISTER 


The UE sends another REGISTER with authentication 
credentials. 


6 


^ 


200 OK 


The IMS responds with 200 OK. 


7 


^ 


SUBSCRIBE 


The UE subscribes to its registration event package. 


8 


^ 


200 OK or 202 Accepted 


The IMS responds with 200 OK or 202 Accepted. 


9 


^ 


NOTIFY 


The IMS sends initial NOTIFY for registration event 
package, containing full registration state information 
for the registered public user identity in the XML body. 


10 


^ 


200 OK 


The UE responds with 200 OK. 



4.2.4 Supported Options 



4.2.4.1 



Security 



Support for security agreement is optional in case of Full IMS Reg. It shall only be used in case all IMS nodes support 
it. 



4.2.4.2 



Signalling Connpression 



"No SigComp" is the default signalling configuration in all test descriptions. Tests may be executed with signalling 
compression if the required nodes support it. 

4.2.5 Number Resolution 

"ENUM (RFC 3761 [i.4]) is a capability that transforms E.164 numbers into domain names and then uses the DNS 
(Domain Name System) to discover NAPTR records that specify the services available for a specific domain name." 
(TR184 008[i.3]). 

The test infrastructure focuses on the use of Infrastructure ENUM to map a telephone number into a SIP URI that could 
identify a specific point of interconnection (Pol) to that communication provider's network that could enable the 
originating party to establish communication with the associated terminating party either directly or through an IPX. 

The Infrastructure ENUM platform has a tiered structure and provides authoritative, service specific information to the 
quering party. A combination of Tier 0, Tier 1 and Tier 2 registries enables global discovery of ENUM data. 

When returning the SIP URI of an Pol the ENUM solution acts a hosted T2 ENUM registry for the number range 
holder. When returning a NS record the ENUM solution acts as either a Tier or Tier 1 registry. 

4.3 Test Infrastructure 

In these clauses we define the involvement of the various IMS nodes specifically as they pertain to NNI testing. The 
configuration of the nodes is described. Points of control and observation are identified and static test configurations are 
described. The Mw interface or the Ic interface if topology hiding is required is the interface under observation for NNI 
interoperability testing. 
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4.3.1 Core IMS Nodes 



The current testing scope includes IMS roaming and border control functionality. For IMS roaming, Mw reference point 
between IMS core in visited network (P-CSCF) and IMS core in home network will be monitored for testing purposes. 
For border control functionality, Mx reference point between IMS Core and IBCF, Ici reference point between an IBCF 
and another IBCF or I-CSCF belonging to a different IM CN subsystem network and Izi reference point between a 
TrGW and another TrGW or media handling node belonging to a different IM CN subsystem network will be 
monitored for testing purposes. For all test cases not requiring IMS roaming or border control functionality, P-CSCF, 
S-CSCF, I-CSCF, IBCF, and HSS are considered to be within a "black box" for testing purposes, i.e. the System Under 
Test (SUT). Interfaces within the IMS (excluding Mx reference point between IMS Core and IBCF when border control 
functionality is required) are considered internal and not observable for testing purposes. 

4.3.1.1 P-CSCF 

4.3.1 .1.1 Relevant Interfaces 

The P-CSCF constitutes the point of entry for UE signalling into the IMS core. The Gm interface between the P-CSCF 
and the UE is used as a point of control and observation (PCO) for NNI interoperability testing purposes. In the case of 
IMS roaming configurations the Mw reference point of the P-CSCF is exposed at the NNI and used there as a point of 
observation (PO). 

4.3.1 .1 .2 Node Configuration 

The P-CSCF should be configured to support the pre-requisites outlined in clause 4.2. 

4.3.1.2 S-CSCF 

4.3.1.2.1 Relevant Interfaces 

The S-CSCF is the core IMS node delivering IMS services to subscribers. When no border control functionalities are 
applied, the Mw reference point between the S-CSCF and either I- or S-CSCF in another network domain is used as a 
PO against which NNI interoperability tests are validated. The Mw interfaces between I- and S-CSCFs within the same 
network are considered to be internal IMS interfaces. Although considered as internal and not explicitly involved in all 
NNI test configurations, it is recommended that these interface are exposed for troubleshooting purposes. When border 
control functionalities are applied, the Mx reference point between S-CSCF and IBCF within the same network domain, 
is used as a PO for NNI interoperability checks. 

4.3.1 .2.2 Node Configuration 

The S-CSCF should be configured to support the pre-requisites outlined in clause 4.2. When applicable based on the 
specific configuration, the S-CSCF must be provisioned to support required Application Servers (AS) as trusted nodes. 

4.3.1.3 I-CSCF 

4.3.1 .3.1 Relevant Interfaces 

The I-CSCF is the contact point within an operator's network for all connections destined to a user of that network 
operator, or a roaming user currently located within that network operator's service area. When no border control 
functionalities are applied, the Mw reference point between the I-CSCF and an S-CSCF in another network domain is 
used as a PO against which NNI interoperability tests are validated. The Mw interfaces between I- and S-CSCFs within 
the same network are considered to be internal IMS interfaces. Although considered as internal and not explicitly 
involved in all NNI test configurations, it is recommended that these interface are exposed for troubleshooting purposes. 
When border control functionalities are applied, the Mx reference point between I-CSCF and IBCF within the same 
network domain, is used as a PO for NNI interoperability checks. 

4.3.1 .3.2 Node Configuration 

The I-CSCF should be configured to support the pre-requisites outlined in clause 4.2. 
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4.3.1.4 



IBCF 



4.3.1.4.1 



Relevant Interfaces 



The IBCF is the core IMS node providing border control functionalities such as topology hiding, transport plane 
control, screening of SIP signalling or application level gateway (for instance enabling communication between IPv6 
and IPv4 SIP applications). However, the IBCF can act also as a pass-through entity between adjacent IMS networks. 
The Id reference point between the IBCF and either IBCF or I- or S-CSCF in another network domain is used as a PO 
against which NNI interoperability tests are validated. 



4.3.1.4.2 



Node Configuration 



The IBCF should be configured to support the pre-requisites outlined in clause 4.2. The IBCF node will be present in all 
tests to be executed. In case the requirement to support topology hiding is not explicitly stated in the pre-conditions of a 
test description it shall be assumed that the IBCF does not apply this functionality. In case the requirement to support 
application level gateway (ALG) is not explicitly stated in the pre-conditions of a test description it shall be assumed 
that the IBCF does not apply this functionality. 



4.3.1.5 



HSS 



4.3.1.5.1 



Relevant Interfaces 



The HSS constitutes the repository for IMS subscriber information. The Cx interface between the HSS and the S-CSCF 
and/or I-CSCF is considered an internal IMS interface. 



4.3.1.5.2 



Node Configuration 



The HSS should be configured within each IMS participating in an interoperability test, i.e. IMS_A as well as IMS_B, 
to interact with CSCFs as required using DIAMETER Cx interfaces. Users should be provisioned to match the sample 
profiles listed in table 1 . In addition, each IMS shall have its own unique domain. Also the phone numbers configured in 
the two IMSes participating in an interoperability test shall be unique, i.e. IMS_A and IMS_B shall have no phone 
numbers in common. All public identities belong to the same implicitly registered set. 

Table 1 : HSS sample user profiles 



Private Identity 


Public Identity 1 
(SIP URI) 


Public Identity 2 
(Tel URI) 


Default 
Public 
Identity 


Filter criteria 


userGEN_priv 


userGEN 


na 


1 


na 


userSIP priv 


userSIP 


e.g. tel:+3301 23402 


1 


na 


userlEL priv 


userTEL 


e.g. tel:+3301 23403 


2 


na 


userNOAS_priv 


userNOAS 


na 


1 


contact AS on terminating INVITE 
SESSION TERMINATED 


userHOLD_priv 


userHOLD 


na 


1 


contact HOLD AS 


userOIP priv 


userOIP 


na 


1 


contact 01 PAS 


userOIR priv 


userOIR 


na 


1 


contact 01 R AS 


userACR priv 


userACR 


na 


1 


contact ACR AS 


userCFU priv 


userCFU 


na 


1 


contact CPU AS 


userlPTV_priv 


userlPTV 


na 


1 


Contact IPTV AS 



PubHc user identity may take the form of SIP or TEL URIs (RFC 3966 [9]). 

EXAMPLE 1: sip: userGEN@ims_a.net. 

EXAMPLE 2: tel: +330123402. 
A private user identity may also take the form of- <imsi>@ims.<xxx>mnc.<yyy>. mcc.3gppnetwork.org. 

EXAMPLE 3 : 293410100367663@ims.041mnc.293.mcc.3gppnetwork.org . 
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4.3.1.6 MRFC 

4.3.1 .6.1 Relevant Interfaces 

The Media Resource Function Controller (MRFC) is a signalling plane node that acts as a SIP User Agent to the 
S-CSCF, and which controls the MRFP across an H.248 interface. The Mr interface between the MRFC and the 
S-CSCF, the Cr/Sr interfaces to the AS and the Mp interface to the MRFP are considered internal IMS interfaces. 

4.3.1 .6.2 Node Configuration 

The MRFC should be configured to support the pre-requisites outlined in clause 4.2. The need to activate the MRFC as 
part of an IMS core network depends highly on the test description to be executed. 

4.3.1.7 MRFP 

4.3.1 .7.1 Relevant Interfaces 

The Media Resource Function Processor (MRFP) is a media plane node that implements all media-related functions. 
The Mp interface between the MRFP and the MRFC is considered an internal IMS interface. 

4.3.1 .7.2 Node Configuration 

The MRFP should be configured to support the pre-requisites outlined in clause 4.2. The need to activate the MRFP as 
part of an IMS core network depends highly on the test description to be executed. 

4.3.1.8 MGCF 

4.3.1 .8.1 Relevant Interfaces 

The Media Gateway Controller Function (MGCF) does call control protocol conversion between SIP and ISUP. It also 
controls the resources in a Media Gateway across an H.248 interface. The Mg reference point between the MGCF and 
an I-CSCF in the same network domain is used as a PO against which NNI interoperability tests are validated. The El 
reference point to the CS network is used to verify the codings of the ISUP messages. 

4.3.1 .8.2 Node Configuration 

The MGCF should be configured to support the pre-requisites outlined in clause 4.2. The need to activate the MGCF as 
part of an IMS core network depends highly on the test description to be executed. 

4.3.1.9 MGF 

4.3.1 .9.1 Relevant Interfaces 

The Media Gateway Function (MGF) interfaces with the media plane of the CS network, by converting between RTP 
and PCM. It can also transcode when the codecs do not match. The reference points of the MGF with other entities are 
out of the scope of the test descriptions in the present document. 

4.3.1 .9.2 Node Configuration 

The MGF should be configured to support the pre-requisites outlined in clause 4.2. The need to activate the MGF as 
part of an IMS core network depends highly on the test description to be executed. 
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4.3.1.10 SGF 

4.3.1.10.1 Relevant Interfaces 

The Signalling Gateway Function (SGF) interfaces with the signalling plane of the CS. It transforms lower layer 
protocols as Stream Control Transmission Protocol (SCTP) into Message Transfer Part (MTP) protocol), to pass ISDN 
User Part (ISUP) from the MGCF to the CS network. 

4.3.1.10.2 Node Configuration 

The SGF should be configured to support the pre-requisites outlined in clause 4.2. The need to activate the SGF as part 
of an IMS core network depends highly on the test description to be executed. 

4.3.2 External IMS core Nodes 

4.3.2.1 UE 

4.3.2.1 .1 Relevant Interfaces 

The UE is considered to act as a stimulus node in this test specification. The Gm interface between the P-CSCF and the 
UE is used as a Point of Control and Observation (PCO) for NNI interoperability tests. 

4.3.2.1 .2 Node Configuration 

The UE should be configured to support the pre-requisites outlined in clause 4.2. The test descriptions in the present 
document assume that a UE supports basic call and messaging functionality, target refresh based on UPDATE and on 
re-INVITE method, message transport via UDP and TCP, and the use of at least one of the supplementary services 
HOLD (see TS 124 410 [10]), CDIV (see TS 124 404 [11]), ACR-CB (see TS 124 411 [12]) or OIP/OIR 
(see TS 124 407 [13]). In the case that a UE does not meet one or more of these features, only a selected subset of the 
test descriptions in the present document should be used for IMS core network interoperability testing, i.e. test 
descriptions which do not contain any pass criteria related to these features. 

4.3.2.2 AS 

4.3.2.2.1 Relevant Interfaces 

Interworking between external Application Servers (AS) and the IMS core is under the scope of the present document. 
The ISC interface between the S-CSCF and the AS is used as a Point of Observation (PO) for NNI interoperability 
tests. 

4.3.2.2.2 Node Configuration 

The AS should be configured to support the pre-requisites outlined in clause 4.2. The test descriptions in the present 
document assume that an AS supports the use of the supplementary services HOLD (see TS 124 410 [10]), CDIV 
(see TS 124 404 [11]), ACR-CB (see TS 124 411 [12]), OIP/OIR (see TS 124 407 [13]), IPTV(see TS 183 063 [14]) or 
Conference (see TS 124 247 [15]). In the case that an AS does not support one or more of these supplementary services, 
only a selected subset of the test descriptions in the present document should be used for IMS core network 
interoperability testing, i.e. test descriptions which do not contain any pass criteria related to these supplementary 
services. 
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4.3.3 Supporting IMS Nodes 

4.3.3.1 DNS 

4.3.3.1 .1 Relevant Interfaces 

The Domain Name Service (DNS) is considered as a supporting entity in this test specification. It is assumed that each 
IMS has its own local DNS which is connected to the common interconnect DNS. 

4.3.3.1 .2 Node Configuration 

The common DNS should be configured for appropriate resource record handling as required to support proper 
resolution of all SIP URIs in Request URIs and Route headers. 

4.3.3.2 ENUM 

When testing a combination of local and external registries can be used to simulate all functions of the Tier 0, Tier 1 
and Tier 2 registries operation plus all national and international interconnect scenarios. It is assumed that each IMS 
core may access a local ENUM solution and an external ENUM solution with query capabilities or a combination of 
local and external solutions to allow retrieval of ENUM data. 

4.3.3.2.1 Local ENUM Solution 

Each IMS may access a local ENUM solution with query capabilities which allows retrieval of authoritative stored 
ENUM data (usually Tier 2 data) or authoritative cached ENUM data (any Tier). 

4.3.3.2.2 Common ENUM Solution 

An external ENUM registry is provided by the GSMA PRD IR.67 [i.5] to simulate a Tier global root, national Tier 1 
registries and off board Tier 2 registries. Depending on the scenario in simulation the registry allows to resolve a TN 
either directly with the SIP URI of the appropriate interconnection point or indirectly with a NS record of the 
destination operator. The NS record can then be used by the local ENUM solution to obtain a SIP URI. The test 
participants select the required features in order to implement particular simulation scenarios. 

For the test participants the registry offers: 

• an interface to manage user accounts; 



• a provisioning interface for entering relevant information (E.164 number, SIP URI or NS record etc.) into the 
database; and 

• a query interface accepting NAPTR queries and responding with NAPTR responses. As an example, the 
ENUM service should have an entry to map E.164 number (e.g. +33633348273) to the SIP URI of userSIP. 
Alternatively the response can also contain a NS record. 

4.3.3.2.3 Node Configuration 

The common ENUM solution should be configured to support a proper resolution of E.164 TNs into SIP URIs as 
defined in GSMA PRD IR.67 [i.5], clause 5.44 with reference to RFC 3761 [i.4] and RFC 3403 [i.6]. 

4.3.4 Test Configurations 

The following architectural test configurations are referenced in the IMS NNI interoperability TDs in the present 
document. They are intended to give a general rather than a specific view of the required IMS core network SUT(s) 
connectivity and associated UE(s), AS(s), and DNS(s). 

NOTE: Note that in the following figures observable interfaces are indicated as a solid line, non-observable 

interfaces indicated as dashed lines, and IBCFs are assumed to act in a "pass-through" mode if topology 
hiding is not required by a test description. In addition, local DNS servers are not shown. 
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Roaming Registration 
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Precondition: 

Different networl< operators perfornning origination and ternnination, UE_B roanning in visited networl< A 
(ROAIVI). UE_B not yet registered (REG), neither UE_A nor AS involved, a connnnon interconnect ENUM DB 
and local ENUM is involved, IBCF is involved but no topology hiding perfornned. 

Test configuration for: 

Registration requests and responses fronn UE_B 

Exannple: 

REGISTERpriortolMSVolP voice call from UE_B 

Figure 1 : CF_ROAM_REG 
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Precondition: 

Different network operators performing origination and termination, both Ues or only UE_A in home 

networks (INT), both Ues registered, no AS, a common interconnect ENUM DB and local ENUM is involved, 

IBCF is involved, topology hiding may apply. 
Test configuration for: 

Requests and responses between UE_A and UE_B in call (CALL) and messaging scenarios. 

Unsuccessful initiall requests and responses from UE_A (when UE_B is nor registered) 
Example: 

Initial INVITE in IMS VoIP voice call from UE AtoUE B 



Figure 2: CF_INT_CALL 
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Precondition: 

Different networl< operators performing origination and termination, UE_B roaming (ROAM) via IMS_A, 
UE_A in home networl<, both Ues are registered, no AS, a common interconnect ENUM DB and local ENUM is 

involved, IBCF is involved, topology hiding may apply. 
Test configuration for: 

Requests and responses between UE_B and UE_A in call (CALL) and messaging scenarios 
Example: 

Initial INVITE in IMS VoIP voice call from UE_Bto UE_A 

Figure 3: CF_ROAM_CALL 
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Precondition: 

Different network operators performing origination and termination, UE_A and UE_B in home networks INT), 

both UEs registered, AS for UE_A and UE_B (AS), a common interconnect ENUM DB and local ENUM is 

involved, IBCF is involved, topology hiding may apply. 
Test configuration for: 

Requests and responses between ASes and UEs 
Example: 

Initial INVITE in IMS VoIP voice call unconditionally forwarded to UE_B byAS_A(CFU),AS_A acts as routing 

AS 

Figure 4: CF_INT_AS 
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Different network operators performing origination and termination, UE_B roaming (ROAM) via IMS_A, 
UE_A in home network, both Ues are registered, AS for UE_A and UE_B may be involved (AS), a common 
interconnect ENUM DB and local ENUM is involved, IBCF is involved, topology hiding may apply. 

Test configuration for: 

Requests and responses between AS_Band UEs 

Example: 

Initial INVITE in IMS VoIP voice call unconditionally forwarded to UE_B byAS_B(CFU),AS_B acts as routing 
AS 

Figure 5: CF_ROAM_AS 



Interworking Conference Server 
CF INT CONF AS 



Gm 



UE 
A 



PCO 



Conf 
ASA 



ISC 



i 



HSS 



IMSA 



P-CSCF 



l-CSCF 



S-CSCF 



MRFC 



MRFP 



PCO 



ENUM 
DB 



Mw 



Mb 



IMSB 




S-CSCF 



P-CSCF 



I 



[ 



l-CSCF 



MRFP 



MRFC 



1 



Gm 



PCO 



Precondition: 

Different network operators performing origination and termination, both Ues or only UE_A in home 

networks (INT), both UEs registered, CONF AS is involved in IMS_A, a common interconnect ENUM DB and 

local ENUM is involved, IMS_A and IMS_B both include MRFC and MRFP 
Test configuration for: 

Requests and responses between UE_A and UE_B in an Ad-hoc Conference call (CONF_CALL) 
Example: 

Initial INVITEfrom UE_Ato initiate an ad-hoc Conference call in IMS_A, and subsequent invitation to UE_Bto 

join (via REFER method from UE_A) 

Figure 6: CF_INT_CONF_CALL 
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Gm 



UE 
A 



PCO 



IPTV 
CF IPTV 



HSS 



P-CSCF 



l-CSCF 



IMSA 



" 


S-CSCF^X 


IBCF 



IPTV AS 




PCO 



Precondition: 

UE_A registered in honne networl<, IPTV_AS involved 
Test configuration for: 

Requests and responses between UE_Aand IPTV AS 
Exannple: 

Initial INVITEfronnUE_Ato initiate an IPTV Broadcast session 

Figure 7: CFJPTV 



PSTN Interworking 
CF PSTN 




PCO 



PCO 



Precondition: 

Different network operators perfornning origination and ternnination, UE_Aand UE_B in honne networks INT), 

bothUEs registered, AS for UE_A and UE_B (AS), a connnnon interconnect ENUM DBand local ENUM is 

involved, IBCF is involved, topology hiding nnay apply. 
Test configuration for: 

Requests and responses between ASes and UEs 
Exannple: 

Initial INVITE in I MS VoIP voice call unconditionally forwarded to UE_B byAS_A{CFU),AS_A acts as routing 

AS 

Figure 8: CF_PSTN 
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4.4 



Use Cases 



Use cases are the basis for interoperability test descriptions. Each use case defines both a generic test sequence, i.e. a set 
of user stimuli and observations for any number of involved IMS external entities (IMS UE, DNS Server, and AS), and 
a monitor view of all the resulting messages exchanged at the outer IMS core network interfaces, i.e. a call flow for 
user, Gm, Mw, Ic, DNS, and ISC interfaces. The test sequence and call flow are correlated using grey shading. 

For call and messaging related use cases presented in this clause that involve UE interaction it is assumed to follow the 
registration and subscription procedure described in clause 4.2.4 for each UE involved in the test. These procedures are 
not shown here to reduce the size of the call flows. 

Test descriptions defined in clause 4.5 then reference and specialize one of the use cases presented in this clause, 
i.e. generic test sequence and call flow, according to the needs of the one or more test purposes which are associated 
with a test description. 

4.4.1 IMS Registration in a Visited Network 



4.4.1.1 



Description 



UE_B registers in a visiting network. The call flow path and node configuration for this use case corresponds to 
CF_ROAM_REG. 

The test sequence typically associated with this use case when an established session is released is as follows (CFW 
step numbers refer the call flow step numbering). 



Step 


Action 


CF ROAM REG 


1 


User B triggers registration to IIVIS B 


Step1 


2 


User B is informed about successful registration 


Step 46 



4.4.1.2 



UC_01_R: SIP message flow for IMS registration with CF ROAM ROAM 



The expected call flow sequence is: 



Step 


Direction 


IVIessage 


Comment 




U 
s 
e 
r 
B 


U 

E 
B 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 
F 
B 


1 

IVI 

s 

B 






1 
















User B triggers registration to IIVIS B 








2 




N 


X 


X 






REGISTER 


UE_B sends a REGISTER to IMS_A 




3 




REGISTER 


IMS_A forwards the REGISTER to IBCF_A 


f 


4 


REGISTER 


IBCF_A forwards the REGISTER to IBCF_B 


y 


5 


REGISTER 


IBCF_B forwards the REGISTER to IMS_B 


y 


6 


401 Unauthorized 


IIVIS B responds with 401 Unauthorized to 
IBCF B 


\ 


7 


401 Unauthorized 


IBCF B forwards the 401 Unauthorized to 
IBCF A 


\ 


8 


401 Unauthorized 


IBCF A forwards the 401 Unauthorized to 
IMS A 




9 




y 


401 Unauthorized 


IIVIS_A forwards the 401 Unauthorized to UE_B 




10 


REGISTER 


UE_B sends the same REGISTER containing 
authentication challenge response to IMS A 




11 




REGISTER 


IMS_A forwards the REGISTER to IBCF A 


• 


12 


REGISTER 


IBCF_A forwards the REGISTER to IBCF B 


{ 


13 


REGISTER 


IBCF_B forwards the REGISTER to IMS B 


y 


14 


200 OK 


IMS_B responds with 200 OK 


\ 


15 


200 OK 


IBCF B forwards the 200 OK response to 
IBCF A 




16 


200 OK 


IBCF A forwards the 200 OK response to 
IIVIS A 
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Step 


Direction 


IVIessage 


Comment 




U 
s 
e 
r 
B 


U 

E 
B 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

IVI 

s 

B 






17 




y 










200 OK 


IMS_A forwards the 200 OK response to UE_B 


\ 


18 




SUBSCRIBE 


IMS_A sends a SUBSCRIBE to IBCF_A 


• 


19 


SUBSCRIBE 


IBCF_A forwards the SUBSCRIBE to IBCF_B 


{ 


20 


SUBSCRIBE 


IBCF_B forwards the SUBSCRIBE to IMS_B 


{ 


21 


200 OK 

or 202 Accepted 


IMS_B responds with a 200 OK or 202 
Accepted 


y 


22 


200 OK 

or 202 Accepted 


IBCF B forwards 200 OK or 202 Accepted to 
IBCF A 


{ 


23 


200 OK 

or 202 Accepted 


IBCF A forwards 200 OK or 202 Accepted to 
IMS A 


• 


24 


NOTIFY 


IMS_B sends a NOTIFY to IBCF_B, containing 
UE B's registration status 


\ 


25 


NOTIFY 


IBCF_B forwards NOTIFY to IBCF_A 




26 


NOTIFY 


IBCF_A forwards NOTIFY to IMS_A 


X 


27 


200 OK 


IMS_A responds to the NOTIFY with a 200 OK 




28 


200 OK 


IBCF_A forwards 200 OK response to IBCF_B 




39 


200 OK 


IBCF_B forwards 200 OK response to ll\/IS_B 




30 






SUBSCRIBE 


UE_B sends a SUBSCRIBE (reg event 
package) to IIVIS A 




31 




SUBSCRIBE 


IMS A forwards the SUBSCRIBE request to 
IBCF A 


y 


32 


SUBSCRIBE 


IBCF A forwards the SUBSCRIBE request to 
IBCF B 


y 


33 


SUBSCRIBE 


IBCF B forwards the SUBSCRIBE request to 
IMS B 


• 


34 


200 OK or 
202 Accepted 


IMS_B responds with 200 OK or 202 Accepted 


{ 


35 


200 OK or 
202 Accepted 


IBCF_B forwards the 200 OK or 202 Accepted 
response to IBCF A 


\ 

y 


36 


200 OK or 
202 Accepted 


IBCF_A forwards the 200 OK or 202 Accepted 
response to IMS A 




37 




f 


200 OK or 
202 Accepted 


IMS_A forwards the 200 OK or 202 Accepted 
response to UE_B 




38 




NOTIFY 


IMS_B sends a NOTIFY to IBCF_B, containing 
UE B's registration status 




39 


NOTIFY 


IBCF_B forwards the NOTIFY to IBCF_A 


\ 


40 


NOTIFY 


IBCF_A forwards the NOTIFY to IMS_A 


X 


41 




/ 


NOTIFY 


IMS_A forwards the NOTIFY to UE_B 


\ 


42 


200 OK 


UE_B responds to the NOTIFY with a 200 OK 




43 




200 OK 


IMS_A forwards the 200 OK to IBCF_A 




44 


200 OK 


IBCF_A forwards the 200 OK to IBCF_B 




45 


200 OK 


IBCF_B forwards the 200 OK to IMS_B 




46 


i 












User B is informed about successful registration 



4.4.2 User-initiated VoIP call setup and release 
4.4.2.1 Normal Call 



4.4.2.1.1 



Description 



UE_A places an IMS VoIP call to UE_B. Once the media path is established, the originating user releases the call. The 
call flow path and node configuration for this use case corresponds to CF_INT_CALL in case of interworking and 
CF_ROAM_CALL in case of roaming. 
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The test sequence typically associated with this use case is as follows (CFW step numbers refer the call flow step 
numbering). 



4.4.2.1.2 



UC 02 I: SIP Call Flow "Normal Call" with CF INT CALL 



The test sequence and expected call flow sequence when user A calls user B in an interworking scenario is: 



Step 


Action 


CF INT CALL 


1 


User A calls User B 


Step1 


2 


User B is informed of incoming call of User A 


Step 14 


3 


User A is informed that UE B is ringing 


Step 20 


4 


User B answers call 


Step 21 


5 


User A is informed that call has been answered 


Step 27 


6 


User B is informed that the call is established 


Step 33 


7A 


User A ends call 


Step 34A 


7B 


User B ends call 


Step 34B 


8A 


User B is informed that call has ended 


Step 40A 


8B 


User A is informed that call has ended 


Step 40B 


9A 


User A is informed that call has ended 


Step 46A 


9B 


User B is informed that call has ended 


Step 46B 



Step 



Direction 



IVIessage 



Comment 



U 
s 
e 
r 
A 



U 

E 
A 



I 

IVI 
S 
A 



E 
N 
U 
IVI 
DB 



I 

B 
C 

F 
A 



I 

B 
C 

F 
B 



I 

M 
S 
B 



U 

E 
B 



U 
s 
e 
r 
B 



10 



11 



12 



13 



14 



15 



16 



17 



18 



INVITE 



100 Trying 



ENUM 



ENUM 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



180 Ringing 



180 Ringing 



180 Ringing 



180 Ringing 



User A calls User B 



UE_A sends INVITE with the first SDP offer indicating 
all desired medias and codecs that UE_A supports 



IMS_A responds with a 100 Trying provisional 
response 



IMS_A sends query to ENUM DB 



ENUM DB sends response to IMS_A 



IMS A forwards INVITE to IBCF A 



IBCF_A responds with a 100 Trying provisional 
response 



IBCF A forwards INVITE to IBCF B 



IBGF_B responds with a 100 Trying provisional 
response 



IBCF B forwards INVITE to IMS B 



IMS_B responds with a 100 Trying provisional 
response 



IMS B forwards INVITE to UE B 



UE_B optionally responds with a 100 Trying provisional 
response 



User B is informed of incoming call of User A 



UE_B responds to initial INVITE with 180 Ringing to 
indicate that it has started alerting 



IMS_B forwards 180 Ringing response to IBCF_B 



IBCF_B forwards 180 Ringing response to IBCF_A 



IBCF_A forwards 180 Ringing response to IMS_A 
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Step 


Direction IVIessage Comment 




U 
s 
e 
r 
A 


u 

E 
A 


1 

M 
S 
A 


E 
N 
U 
M 
DB 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


u 

E 
B 


u 

s 
e 
r 
B 




19 






/ 
















180 Ringing 


ll\/IS_A forwards the 180 Ringing response to UE_A 




20 
























User A is informed that UE_B is ringing 


^ 




21 




User B answers call 


k 




22 






/ 


/ 




/ 


( 








200 OK 


UE_B responds INVITE with 200 OK to indicate that 
the call has been answered 


\ 


23 


200 OK 


IMS_B forwards 200 OK response to IBCF_B 




24 


200 OK 


IBCF_B forwards 200 OK response to IBCF_A 




25 


200 OK 


IBCF_A forwards 200 OK response to IMS_A 






26 


200 OK 


IMS_A forwards 200 OK response to UE_A 




27 
























User A is informed that call has been answered 


^ 




28 










\ 


\ 


\ 








ACK 


UE_A acknowledges the receipt of 200 OK for INVITE 




29 


ACK 


IMS_A forwards ACK to IBCF_A 






30 


ACK 


IBCF_A forwards ACK to IBCF_B 




31 


ACK 


IBCF_B forwards ACK to IMS_B 




32 


ACK 


IMS_B forwards ACK to UE_B 




33 
























User B is informed that the call is established 


^ 




34A 




User A ends call 


^ 




35A 










\ 


\ 


\ 








BYE 


UE_A releases the call with BYE 




36A 


BYE 


IMS_A forwards BYE to IBCF_A 






37A 


BYE 


IBCF_A forwards BYE to IBCF_B 




38A 


BYE 


IBCF_B forwards BYE to IMS_B 




39A 


BYE 


IMS_B forwards BYE to UE_B 




40A 
























User B is informed that call has ended 


^ 




41A 






/ 


/ 




/ 


/ 


( 






200 OK 


UE_B sends 200 OK for BYE 




42A 


200 OK 


IMS_B forwards 200 OK response to IBCF_B 




43A 


200 OK 


IBCF_B forwards 200 OK response to IBCF_A 




44A 


200 OK 


IBCF_A forwards 200 OK response to IMS_A 






45A 


200 OK 


IMS_A forwards the 200 OK response to UE_A 




46A 
























User A is informed that call has ended 


i 
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Step 


Direction IVIessage Comment 




U 
s 
e 
r 
A 


u 

E 
A 


1 

M 
S 
A 


E 
N 
U 
M 
DB 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

IVI 

s 

B 


u 

E 
B 


u 

s 
e 
r 
B 




34A 
























User B ends call 


i 




35A 






( 


/ 




/ 


/ 


/ 






BYE 


UE_B releases the call with BYE 




36B 


BYE 


IMS_B forwards BYE to IBCF_B 




37B 


BYE 


IBCF_B forwards BYE to IBCF_A 


\ 


38B 


BYE 


IBCF_A forwards BYE to IMS_A 






39B 


BYE 


IMS_A forwards BYE to UE_A 




40B 
























User A is informed that call has ended 


i 




41 B 






\ 




\ 


\ 


\ 








200 OK 


UE_A sends 200 OK for BYE 




42B 


200 OK 


IMS_A forwards 200 OK response to IBCF_A 






43B 


200 OK 


IBCF_A forwards 200 OK response to IBCF_B 




44B 


200 OK 


IBCF_B forwards 200 OK response to IMS_B 




45B 


200 OK 


IMS_B forwards the 200 OK response to UE_B 




46B 
























User B is informed that call has ended 


^ 

































4.4.2.1 .3 UC_02_R: SIP Call Flow "Normal Call" with CF_ROAM_CALL 

The expected call flow sequence when user A calls user B in a roaming scenario is: 



Step 


Direction 


Message 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


1 

M 
S 
A 


E 
N 
U 
IVI 
DB 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


U 

E 
B 


U 
s 
e 
r 
B 






1 
























User A calls User B 


^ 




2 






\ 


\ 


\ 


\ 










INVITE 


UE_A sends INVITE with the first SDP offer 
indicating all desired medias and codecs that 


/ 


3 


100 Trying 


IMS_A responds with a 100 Trying provisional 
response 




4 


ENUM 


IMS_A sends query to ENUM DB 


/ 


5 


ENUM 


ENUM DB sends response to IMS_A 




6 


INVITE 


IMS_A forwards INVITE to IBCF_A 


/ 


} 


7 


100 Trying 


IBCF_A responds with a 100 Trying provisional 
response 






8 


INVITE 


IBCF_A forwards INVITE to IBCF_B 


/ 


9 


100 Trying 


IBCF_B responds with a 100 Trying provisional 
response 
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Step 



Direction 



IVIessage 



Comment 



U 
s 
e 
r 
A 



U 

E 
A 



I 

IVI 
S 
A 



E 
N 
U 
IVI 
DB 



I 

B 
C 

F 
A 



I 

B 
C 

F 
B 



I 

M 
S 
B 



U 

E 
B 



U 
s 
e 
r 
B 



10 



11 



12 



13 



14 



15 



16 



17 



18 



19 



20 



21 



22 



23 



24 



25 



26 



27 



28 



29 



30 



31 



32 



33 



34 



35 



36 



37 



INVITE 



IBCF B forwards INVITE to IMS B 



100 Trying 



IMS_B responds with a 100 Trying provisional 
response 



INVITE 



IMS B forwards INVITE to IBCF B 



100 Trying 



IBCF_B responds with a 100 Trying provisional 
response 



INVITE 



IBCF B forwards INVITE to IBCF A 



100 Trying 



IBCF_A responds with a 100 Trying provisional 
response 



INVITE 



IBCF A forwards INVITE to IMS A 



100 Trying 



IMS_A responds with a 100 Trying provisional 
response 



INVITE 



IMS A forwards INVITE to UE B 



100 Trying 



UE_B optionally responds with a 100 Trying 
provisional response 



User B is informed of incoming call of User A 



180 Ringing 



UE_B responds to initial INVITE with 180 
Ringing to indicate that it has started alerting 



180 Ringing 



IMS_A forwards 180 Ringing response to 
IBCF A 



180 Ringing 



IBCF_A forwards 180 Ringing response to 
IBCF B 



180 Ringing 



IBCF_B forwards 180 Ringing response to 
IMS B 



180 Ringing 



IMS_B forwards 180 Ringing response to 
IBCF B 



180 Ringing 



IBCF_B forwards 180 Ringing response to 
IBCF A 



180 Ringing 



IBCF_A forwards 180 Ringing response to 
IMS A 



180 Ringing 



IMS_A forwards the 180 Ringing response to 
UE A 



User A is informed that UE_A is ringing 



User B answers call 



200 OK 



UE_B responds INVITE with 200 OK to indicate 
that the call has been answered 



200 OK 



IMS_A forwards 200 OK response to IBCF_A 



200 OK 



IBCF_A forwards 200 OK response to IBCF_B 



200 OK 



IBCF_B forwards 200 OK response to IMS_B 



200 OK 



IMS_B forwards 200 OK response to IBCF_B 



200 OK 



IBCF_B forwards 200 OK response to IBCF_A 



200 OK 



IBCF_A forwards 200 OK response to IMS_A 
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Step 


Direction IVIessage 


Comment 




U 
s 
e 
r 
A 


u 

E 
A 


1 

M 
S 
A 


E 
N 
U 
M 
DB 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


u 

E 
B 


U 
s 
e 
r 
B 






38 






/ 
















200 OK 


IMS_A forwards 200 OK response to UE_A 




39 
























User A is presented that call in process 


i 




40 










\ 


\ 










ACK 


UE A acknowledges the receipt of 200 OK for 
INVITE 




41 


ACK 


IMS_A forwards ACK to IBCF_A 


/ 


) 


42 


ACK 


IBCF_A forwards ACK to IBCF_B 


/ 


43 


ACK 


IBCF_B forwards ACK to IMS_B 




44 


ACK 


IMS_B forwards ACK to IBCF_B 




45 


ACK 


IBCF_B forwards ACK to IBCF_A 




46 


ACK 


IBCF_A forwards ACK to IMS_A 






47 


ACK 


IMS_A forwards ACK to UE_B 












48 
























User B is informed that the call is in progress 


^ 




49A 




User A ends call 


^ 




50A 










\ 


\ 










BYE 


UE_A releases the call with BYE 




51A 


BYE 


IMS_A forwards BYE to IBCF_A 


/ 


) 


52A 


BYE 


IBCF_A forwards BYE to IBCF_B 


/ 


53A 


BYE 


IBCF_B forwards BYE to IMS_B 


/ 


54A 


BYE 


IMS_B forwards BYE to IBCF_B 




55A 


BYE 


IBCF_B forwards BYE to IBCF_A 


\ 


56A 


BYE 


IBCF_A forwards BYE to IMS_A 






57A 


BYE 


IMS_A forwards BYE to UE_B 












58A 
























User B is informed that call has ended 


^ 




59A 








/ 














200 OK 


UE_B sends 200 OK for BYE 




\ 


\ 


\ 




60A 


200 OK 


IMS_A forwards 200 OK response to IBCF_A 


/ 




61A 


200 OK 


IBCF_A forwards 200 OK response to IBCF_B 


/ 


62A 


200 OK 


IBCF_B forwards 200 OK response to IMS_B 


( 


63A 


200 OK 


IMS_B forwards 200 OK response to IBCF_B 




64A 


200 OK 


IBCF_B forwards 200 OK response to IBCF_A 




65A 


200 OK 


IBCF_A forwards 200 OK response to IMS_A 










\ 
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Step 


Direction IVIessage 


Comment 




U 
s 
e 
r 
A 


u 

E 
A 


1 

M 
S 
A 


E 
N 
U 
M 
DB 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


U 

E 
B 


U 
s 
e 
r 
B 






66A 






/ 
















200 OK 


IMS_A forwards the 200 OK response to UE_A 




67A 
























User A is informed that call has ended 


i 




49B 
























User A ends call 


^ 




SOB 










\ 


\ 










BYE 


UE_A releases the call with BYE 


} 


51B 


BYE 


IMS_A forwards BYE to IBCF_A 


/ 




52B 


BYE 


IBCF_A forwards BYE to IBCF_B 


( 


53B 


BYE 


IBCF_B forwards BYE to IMS_B 




54B 


BYE 


IMS_B forwards BYE to IBCF_B 




55B 


BYE 


IBCF_B forwards BYE to IBCF_A 




56B 


BYE 


IBCF_A forwards BYE to IMS_A 






57B 


BYE 


IMS_A forwards BYE to UE_B 












58B 
























User B is informed that call has ended 


> 




59B 






/ 


/ 














200 OK 


UE_B sends 200 OK for BYE 




\ 


\ 






60B 


200 OK 


IMS_A forwards 200 OK response to IBCF_A 


/ 


} 


61B 


200 OK 


IBCF_A forwards 200 OK response to IBCF_B 


/ 


62B 


200 OK 


IBCF_B forwards 200 OK response to IMS_B 


/ 


63B 


200 OK 


IMS_B forwards 200 OK response to IBCF_B 




64B 


200 OK 


IBCF_B forwards 200 OK response to IBCF_A 


\ 


65B 


200 OK 


IBCF_A forwards 200 OK response to IMS_A 






66B 


200 OK 


IMS_A forwards the 200 OK response to UE_A 




67B 
























User A is informed that call has ended 


i 
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The test sequence and expected call flow sequence when user B calls user A in a roaming scenario is: 



Step 


Action 


CF ROAM CALL 


1 


User B calls User A 


Step 1 


2 


User A is informed of incoming call of User B 


Step 20 


3 


User B is informed that UE A is ringing 


Step 29 


4 


User A answers call 


Step 30 


5 


User B is informed that call has been answered 


Step 39 


6 


User A is informed that the call is established 


Step 48 


7A 


User A ends call 


Step 49A 


7B 


User B ends call 


Step 49B 


8A 


User B is informed that call has ended 


Step 58A 


8B 


User A is informed that call has ended 


Step 58B 


9A 


User A is informed that call has ended 


Step 67A 


9B 


User B is informed that call has ended 


Step 67B 



Step 



Direction 



IVIessage 



Comment 



U 
s 
e 
r 
A 



U 

E 
A 



I 

IVI 
S 
A 



I 

B 
C 

F 
A 



I 

B 
C 

F 
B 



E 
N 
U 
IVI 
DB 



I 

M 
S 
B 



U 

E 
B 



U 
s 
e 
r 
B 



10 



11 



12 



13 



14 



15 



16 



17 



18 



19 



20 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



ENUM 



ENUM 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



User B calls User A 



UE_B sends INVITE with the first SDP offer 
indicating all desired medias and codecs that 



IMS_A responds with a 100 Trying provisional 
response 



IMS A forwards INVITE to IBCF A 



IBCF_A responds with a 100 Trying provisional 
response 



IBCF A forwards INVITE to IBCF B 



IBCF_B responds with a 100 Trying provisional 
response 



IBCF B forwards INVITE to IMS B 



IMS_B responds with a 100 Trying provisional 
response 



IMS B sends query to ENUM DB 



ENUM DB sends response to IMS B 



IMS B forwards INVITE to IBCF B 



IBCF_B responds with a 100 Trying provisional 
response 



IBCF B forwards INVITE to IBCF A 



IBCF_A responds with a 100 Trying provisional 
response 



IBCF A forwards INVITE to IMS A 



IMS_A responds with a 100 Trying provisional 
response 



IMS A forwards INVITE to UE A 



UE_A optionally responds with a 100 Trying 
provisional response 



User A is informed of incoming call of User B 
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Step 


Direction IVIessage 


Comment 




U 
s 
e 
r 
A 


u 

E 
A 


1 

IVI 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


E 
N 
U 
IVI 
DB 


1 

M 
S 
B 


u 

E 
B 


u 

s 
e 
r 
B 






21 








\ 


\ 


k 


^ 








180 Ringing 


UE_A responds to initial INVITE with 180 
Ringing to indicate that it has started alerting 




22 


180 Ringing 


IMS A forwards 180 Ringing response to 
IBCF_A 


/ 


23 


180 Ringing 


IBCF A forwards 180 Ringing response to 
IBCF_B 


( 


24 


180 Ringing 


IBCF B forwards 180 Ringing response to 
IMS_B 


25 


180 Ringing 


IMS B forwards 180 Ringing response to 
IBCF_B 


26 


180 Ringing 


IBCF B forwards 180 Ringing response to 
IBCF_A 




27 


180 Ringing 


IBCF A forwards 180 Ringing response to 
IMS_A 




28 


180 Ringing 


IMS A forwards the 180 Ringing response to 
UE_B 










29 
























User B is informed that UE_A is ringing 


^ 




30 




User A answers call 


^ 




31 








\ 


\ 


k 


^ 








200 OK 


UE_A responds INVITE with 200 OK to indicate 
that the call has been answered 




32 


200 OK 


IMS_A forwards 200 OK response to IBCF_A 


/ 


33 


200 OK 


IBCF_A forwards 200 OK response to IBCF_B 


( 


34 


200 OK 


IBCF_B forwards 200 OK response to IMS_B 


35 


200 OK 


IMS_B forwards 200 OK response to IBCF_B 


36 


200 OK 


IBCF_B forwards 200 OK response to IBCF_A 




37 


200 OK 


IBCF_A forwards 200 OK response to IMS_A 




38 


200 OK 


IMS_A forwards 200 OK response to UE_B 










39 
























User B is presented that call in process 


^ 




40 








/ 






^ 








ACK 


UE B acknowledges the receipt of 200 OK for 
INVITE 


\ 


\ 


k 




41 


ACK 


IMS_A forwards ACK to IBCF_A 




42 


ACK 


IBCF_A forwards ACK to IBCF_B 


( 


43 


ACK 


IBCF_B forwards ACK to IMS_B 


44 


ACK 


IMS_B forwards ACK to IBCF_B 


45 


ACK 


IBCF_B forwards ACK to IBCF_A 




46 


ACK 


IBCF_A forwards ACK to IMS_A 




47 


ACK 


IMS_A forwards ACK to UE_A 




48 
























User A is informed that the call is in progress 


i 
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Step 


Direction IVIessage 


Comment 




U 
s 
e 
r 
A 


u 

E 
A 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


E 
N 
U 
IVI 
DB 


1 
IVI 

s 

B 


U 

E 
B 


u 

s 
e 
r 
B 






49A 
























User A ends call 


^ 




50A 








V 


\ 


k 


^ 








BYE 


UE_A releases the call with BYE 




51A 


BYE 


IMS_A forwards BYE to IBCF_A 


/ 


52A 


BYE 


IBCF_A forwards BYE to IBCF_B 




53A 


BYE 


IBCF_B forwards BYE to IMS_B 


54A 


BYE 


IMS_B forwards BYE to IBCF_B 


55A 


BYE 


IBCF_B forwards BYE to IBCF_A 


\ 


56A 


BYE 


IBCF_A forwards BYE to IMS_A 




57A 


BYE 


IMS_A forwards BYE to UE_B 










58A 
























User B is informed that call has ended 


^ 




59A 








/ 






^ 








200 OK 


UE_B sends 200 OK for BYE 


\ 


\ 


k 




60A 


200 OK 


IMS_A forwards 200 OK response to IBCF_A 


/ 


61A 


200 OK 


IBCF_A forwards 200 OK response to IBCF_B 


( 


62A 


200 OK 


IBCF_B forwards 200 OK response to IMS_B 


63A 


200 OK 


IMS_B forwards 200 OK response to IBCF_B 


64A 


200 OK 


IBCF_B forwards 200 OK response to IBCF_A 




65A 


200 OK 


IBCF_A forwards 200 OK response to IMS_A 




66A 


200 OK 


IMS_A forwards the 200 OK response to UE_A 


K 


67A 
























User A is informed that call has ended 


i 




49B 
























User B ends call 


k 




506 








/ 






^ 








BYE 


UE_B releases the call with BYE 


\ 


\ 


k 




51B 


BYE 


IMS_A forwards BYE to IBCF_A 


/ 


52B 


BYE 


IBCF_A forwards BYE to IBCF_B 


( 


53B 


BYE 


IBCF_B forwards BYE to IMS_B 


54B 


BYE 


IMS_B forwards BYE to IBCF_B 


55B 


BYE 


IBCF_B forwards BYE to IBCF_A 




56B 


BYE 


IBCF_A forwards BYE to IMS_A 




57B 


BYE 


IMS_A forwards BYE to UE_A 






K 
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Step 


Direction IVIessage 


Comment 




U 
s 
e 
r 
A 


u 

E 
A 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


E 
N 
U 
M 
DB 


1 

M 
S 
B 


u 

E 
B 


U 
s 
e 
r 
B 






58B 
























User A is informed that call has ended 


i 




59B 








V 


\ 


k 


> 








200 OK 


UE_A sends 200 OK for BYE 




60B 


200 OK 


IMS_A forwards 200 OK response to IBCF_A 


/ 


61B 


200 OK 


IBCF_A forwards 200 OK response to IBCF_B 




62B 


200 OK 


IBCF_B forwards 200 OK response to IMS_B 


63B 


200 OK 


IMS_B forwards 200 OK response to IBCF_B 


64B 


200 OK 


IBCF_B forwards 200 OK response to IBCF_A 


\ 


65B 


200 OK 


IBCF_A forwards 200 OK response to IMS_A 




66B 


200 OK 


IMS_A forwards the 200 OK response to UE_B 










67B 
























User B is informed that call has ended 


^ 

































4.4.3 User-initiated call hold and resume 

UE_A places an IMS VoIP call to UE_B. Once the media path is established: 

a) The originating user puts the call on hold, stopping the media stream. The originating user then resumes the 
call. 

b) The terminating user puts the call on hold, stopping the media stream. The terminating user then resumes the 
call. 

The call flow path and node configuration for this use case corresponds to CF_INT_CALL in case of interworking and 
CF_ROAM_CALL in case of roaming. 

Depending on the UE this feature may be implemented either using relNVITE or UPDATE where UPDATE is only an 
optional feature for the UE. However, an IMS shall be able to process UPDATE requests as they may be received when 
inter working with a PSTN. 



4.4.3.1 



User-initiated call hold and resume using relNVITE 



4.4.3.1.1 



Description 



The test sequence typically associated with this use case is as follows (CFW step numbers refer the call flow step 
numbering): 



Step 


Action 


OF INT CALL 


CF ROAM CALL 


1 


User A calls User B 


1 


1 


2 


User B is informed of incoming call of User A 


14 


20 


3 


User A is informed that UE B is ringing 


20 


29 


4 


User B answers call 


21 


30 


5 


User A is informed that call has been answered 


23 


39 


6 


User B is presented that call is established 


33 


48 


7A 


User A puts call on hold 


34A 


49A 


7B 


User B puts call on hold 


34B 


49B 


8A 


User B is informed that call on hold 


51A 


66A 


8B 


User A is informed that call on hold 


51B 


66B 



ETS\ 



36 



ETSI TS 186 011-2 V4.1.3 (2012-05) 



Step 


Action 


CF INT CALL 


CF ROAM CALL 


9A 


User A resumes call 


57A 


84A 


9B 


User B resumes call 


57B 


84B 


10A 


User B is informed that call is resumed 


68A 


101A 


10B 


User A is informed that call is resumed 


68B 


101B 


11A 


User A is informed that call is resumed 


74A 


110A 


11B 


User B is informed that call is resumed 


74B 


110B 


12 


User A ends call 


75 


111 


13 


User B is informed that call has ended 


81 


119 


14 


User A is informed that call has ended 


87 


129 



4.4.3.1 .2 UC_03J: SIP Call Flow "call hold and resume" using relNVITE with 

CF_INT_CALL 

The expected call flow sequence is: 



Step Direction | IVIessage | Comment 




U 
s 
e 
r 
A 


U 

E 
A 


1 

M 
S 
A 


E 
N 
U 
M 
DB 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


u 

E 
B 


U 
s 
e 
r 
B 






1 
























User A calls User B 


^ 




2 








\ 


V 


\ 


> 

i 








INVITE 


UE_A sends INVITE with the first SDP offer 
indicating all desired medias and codecs that 


/^ 


3 


100 Trying 


IMS_A responds with a 100 Trying provisional 
response 




4 


ENUM 


IMS_A sends query to ENUM DB 


/ 


5 


ENUM 


ENUM DB sends response to IMS_A 




6 


INVITE 


IMS_A forwards INVITE to IBCF_A 


/ 




7 


100 Trying 


IBCF_A responds with a 100 Trying provisional 
response 






8 


INVITE 


IBCF_A forwards INVITE to IBCF_B 


• 


9 


100 Trying 


IBCF_B responds with a 100 Trying provisional 
response 


K 


10 


INVITE 


IBCF_B forwards INVITE to IMS_B 


11 


100 Trying 


IMS_B responds with a 100 Trying provisional 
response 


12 


INVITE 


IMS_B forwards INVITE to UE_B 


y 


13 


100 Trying 


UE_B optionally responds with a 100 Trying 
provisional response 


\ 


14 
























User B is informed of incoming call of User A 


^ 




15 






y 


/ 




/ 


i 


• 






180 Ringing 


UE_B responds to initial INVITE with 180 
Ringing to indicate that it has started alerting 




16 


180 Ringing 


IMS B forwards 180 Ringing response to 
IBCF_B 


17 


180 Ringing 


IBCF B forwards 180 Ringing response to 
IBCF_A 




18 


180 Ringing 


IBCF A forwards 180 Ringing response to 
IMS_A 






19 


180 Ringing 


IMS A forwards the 180 Ringing response to 
UE_A 




20 
























User A is informed that UE_B is ringing 


i 
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Step Direction IVIessage Comment 




U 
s 
e 
r 
A 


u 

E 
A 


1 

M 
S 
A 


E 
N 
U 
M 
DB 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


u 

E 
B 


U 
s 
e 
r 
B 






21 
























User B answers call 


k 




22 






< 


/ 




• 


k 


{ 






200 OK 


UE_B responds INVITE with 200 OK to indicate 
that the call has been answered 




23 


200 OK 


IMS_B forwards 200 OK response to IBCF_B 


24 


200 OK 


IBCF_B forwards 200 OK response to IBCF_A 


\ 


25 


200 OK 


IBCF_A forwards 200 OK response to IMS_A 






26 


200 OK 


IMS_A forwards 200 OK response to UE_A 




27 
























User A is informed that call has been answered 


i 




28 












X 


> 








ACK 


UE A acknowledges the receipt of 200 OK for 
INVITE 




29 


ACK 


IMS_A forwards ACK to IBCF_A 






30 


ACK 


IBCF_A forwards ACK to IBCF_B 




31 


ACK 


IBCF_B forwards ACK to IMS_B 


32 


ACK 


IMS_B forwards ACK to UE_B 




33 
























User B is presented that call is in progress 


^ 




34A 




User A puts call on hold 


^ 




35A 












N 


V 








INVITE 


UE_A sends relNVITE message indicating 
media attribute "sendonly" (Call Hold) 


< 


36A 


100 Trying 


IMS_A responds with a 100 Trying provisional 
response 




37A 


INVITE 


IMS_A forwards INVITE to IBCF_A 


/ 




38A 


100 Trying 


IBCF_A responds with a 100 Trying provisional 
response 






39A 


INVITE 


IBCF_A forwards INVITE to IBCF_B 


y 


40A 


100 Trying 


IBCF_A responds with a 100 Trying provisional 
response 




41A 


INVITE 


IBCF_B forwards INVITE to IMS_B 




42A 


100 Trying 


IMS_B responds with a 100 Trying provisional 
response 




43A 


INVITE 


IMS_B forwards INVITE to UE_B 


• 


44A 


100 Trying 


UE_B optionally responds with a 100 Trying 
provisional response 




45A 
























User B is informed that call is on hold 


^ 




46A 












/ 


/ 


{ 






200 OK 


UE_B responds to INVITE with 200 OK 
indicating media attribute "recvonly" 




47A 


200 OK 


IMS_B forwards 200 OK response to IBCF_B 




48A 


200 OK 


IBCF_B forwards 200 OK response to IBCF_A 


\ 
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Step Direction IVIessage Comment 




U 
s 
e 
r 
A 


U 

E 
A 


1 

M 
S 
A 


E 
N 
U 
M 
DB 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


u 

E 
B 


U 
s 
e 
r 
B 






49A 






< 


/ 














200 OK 


IBCF_A forwards 200 OK response to ll\/IS_A 






50A 


200 OK 


ll\/IS_A forwards the 200 OK response to UE_A 




51A 
























User A is informed that call is on hold 


i 




52A 












\ 


\ 








ACK 


UE A acknowledges the receipt of 200 OK for 
INVITE 




53A 


ACK 


IMS_A forwards ACK to IBCF_A 






54A 


ACK 


IBCF_A forwards ACK to IBCF_B 




55A 


ACK 


IBCF_B forwards ACK to IMS_B 




56A 


ACK 


IMS_B forwards ACK to UE_B 




57A 
























User A resumes call 


^ 




58A 












N. 


N 








INVITE 


UE_A sends relNVITE message indicating 
media attribute "sendrecv" (Call Resume) 


y 


59A 


100 Trying 


IMS_A responds with a 100 Trying provisional 
response 


K 


60A 


INVITE 


IMS_A forwards INVITE to IBCF_A 


/ 




61A 


100 Trying 


IBCF_A responds with a 100 Trying provisional 
response 






62A 


INVITE 


IBCF_A forwards INVITE to IBCF_B 




63A 


100 Trying 


IBCF_A responds with a 100 Trying provisional 
response 




64A 


INVITE 


IBCF_B forwards INVITE to IMS_B 


/ 


65A 


100 Trying 


IMS_B responds with a 100 Trying provisional 
response 


\ 


66A 


INVITE 


IMS_B forwards INVITE to UE_B 


< 


67A 


100 Trying 


UE_B optionally responds with a 100 Trying 
provisional response 




68A 
























User B is informed that call is resumed 


^ 




69A 






f 


/ 




/ 


/ 


y 






200 OK 


UE_B responds to INVITE with 200 OK 
indicating media attribute "sendrecv" 


\ 


70A 


200 OK 


IMS_B forwards 200 OK response to IBCF_B 




71A 


200 OK 


IBCF_B forwards 200 OK response to IBCF_A 




72A 


200 OK 


IBCF_A forwards 200 OK response to IMS_A 






73A 


200 OK 


IMS_A forwards the 200 OK response to UE_A 




74A 
























User A is informed that call is resumed 


i 




34B 




User B puts call on hold 


^ 




35B 
















y 






INVITE 


UE_B sends relNVITE message indicating 
media attribute "sendonly" (Call Hold) 


\ 
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Step Direction IVIessage Comment 




U 
s 
e 
r 
A 


U 

E 
A 


1 

M 
S 
A 


E 
N 
U 
M 
DB 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


u 

E 
B 


U 
s 
e 
r 
B 






36B 






/^ 


/ 




y 


/ 








100 Trying 


ll\/IS_B responds with a 100 Trying provisional 
response 




37B 


INVITE 


IMS_B forwards INVITE to IBCF_B 


\ 


38B 


100 Trying 


IBCF_B responds with a 100 Trying provisional 
response 




39B 


INVITE 


IBCF_B forwards INVITE to IBCF_A 


\ 


40B 


100 Trying 


IBCF_A responds with a 100 Trying provisional 
response 




41 B 


INVITE 


IBCF_A forwards INVITE to IMS_A 






42B 


100 Trying 


IMS_A responds with a 100 Trying provisional 
response 






43B 


INVITE 


IMS_A forwards INVITE to UE_A 




44B 


100 Trying 


UE_A optionally responds with a 100 Trying 
provisional response 




45B 
























User A is informed that call is on hold 


i 




46B 












N. 


> 








200 OK 


UE_A responds to INVITE with 200 OK 
indicating media attribute "recvonly" 




47B 


200 OK 


IMS_A forwards 200 OK response to IBCF_A 






48B 


200 OK 


IBCF_A forwards 200 OK response to IBCF_B 




49B 


200 OK 


IBCF_B forwards 200 OK response to IMS_B 


SOB 


200 OK 


IMS_B forwards the 200 OK response to UE_B 




51B 
























User B is informed that call is on hold 


^ 




52B 






y 


/ 




f 


/ 


• 






ACK 


UE B acknowledges the receipt of 200 OK for 
INVITE 




53B 


ACK 


IMS_B forwards ACK to IBCF_B 


\ 


54B 


ACK 


IBCF_B forwards ACK to IBCF_B 




55B 


ACK 


IBCF_B forwards ACK to IMS_A 






56B 


ACK 


IMS_A forwards ACK to UE_A 


K 


57B 
























User B resumes call 


^ 




58B 












y 


/ 


< 






INVITE 


UE_B sends relNVITE message indicating 
media attribute "sendrecv" (Call Resume) 




59B 


100 Trying 


IMS_B responds with a 100 Trying 
provisionalresponse 




60B 


INVITE 


IMS_B forwards INVITE to IBCF_B 


\ 


61B 


100 Trying 


IBCF_B responds with a 100 Trying provisional 
response 




62B 


INVITE 


IBCF_B forwards INVITE to IBCF_A 


N. 


63B 


100 Trying 


IBCF_B responds with a 100 Trying provisional 
response 




y 
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Step Direction IVIessage Comment 




U 
s 
e 
r 
A 


U 

E 
A 


1 

M 
S 
A 


E 
N 
U 
M 
DB 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


u 

E 
B 


U 
s 
e 
r 
B 






64B 






y 


/ 














INVITE 


IBCF_A forwards INVITE to IMS_A 






65B 


100 Trying 


ll\/IS_A responds with a 100 Trying provisional 
response 






66B 


INVITE 


IMS_A forwards INVITE to UE_A 




67B 


100 Trying 


UE_A optionally responds with a 100 Trying 
provisional response 




68B 
























User A is informed that call is resumed 


i 




69B 














\ 








200 OK 


UE_A responds to INVITE with 200 OK 
indicating media attribute "sendrecv" 




70B 


200 OK 


IMS_A forwards 200 OK response to IBCF_A 






71 B 


200 OK 


IBCF_A forwards 200 OK response to IBCF_B 




72B 


200 OK 


IBCF_B forwards 200 OK response to IMS_B 




73B 


200 OK 


IMS_B forwards the 200 OK response to UE_B 




74B 
























User B is informed that call is resumed 


^ 




75 




User A ends call 


^ 




76 












N 


\ 








BYE 


UE_A releases the call with BYE 




77 


BYE 


IMS_A forwards BYE to IBCF_A 






78 


BYE 


IBCF_A forwards BYE to IBCF_B 




79 


BYE 


IBCF_B forwards BYE to IMS_B 




80 


BYE 


IMS_B forwards BYE to UE_B 




81 
























User B is informed that call has ended 


^ 




82 






{ 


/ 




• 


/ 


{ 






200 OK 


UE_B sends 200 OK for BYE 




83 


200 OK 


IMS_B forwards 200 OK response to IBCF_B 




84 


200 OK 


IBCF_B forwards 200 OK response to IBCF_A 


\ 


85 


200 OK 


IBCF_A forwards 200 OK response to IMS_A 






86 


200 OK 


IMS_A forwards the 200 OK response to UE_A 




87 
























User A is informed that call has ended 


i 
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4.4.3.1 .3 UC_03_R: SIP Call Flow "call hold and resume" using relNVITE with 

CF_ROAM_CALL 

The expected call flow sequence is: 



Step 


Direction IVIessage 


Comment 




U 
s 
e 
r 
A 


u 

E 
A 


1 

IVI 

s 

A 


E 
N 
U 
IVI 
DB 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


U 

E 
B 


u 

s 
e 
r 
B 






1 
























User A calls User B 




2 






















INVITE 


UE_A sends INVITE with the first SDP offer 
indicating all desired medias and codecs that 




3 






















100 Trying 


IMS_A responds with a 100 Trying provisional 
response 




4 








> 














ENUM 


IMS_A sends query to ENUM DB 


5 








i 














ENUM 


ENUM DB sends response to IMS_A 


6 










V 












INVITE 


IMS_A forwards INVITE to IBCF_A 






7 








/ 














100 Trying 


IBCF_A responds with a 100 Trying provisional 
response 


\ 




8 












\ 










INVITE 


IBCF_A forwards INVITE to IBCF_B 




9 












/ 










100 Trying 


IBCF_B responds with a 100 Trying provisional 
response 




10 






















INVITE 


IBCF_B forwards INVITE to IMS_B 


} 


11 














/ 








100 Trying 


IMS_B responds with a 100 Trying provisional 
response 




12 














/ 








INVITE 


IMS_B forwards INVITE to IBCF_B 




13 






















100 Trying 


IBCF_B responds with a 100 Trying provisional 
response 




14 












/ 










INVITE 


IBCF_B forwards INVITE to IBCF_A 


\ 


15 












\ 










100 Trying 


IBCF_A responds with a 100 Trying provisional 
response 




16 








/ 














INVITE 


IBCF_A forwards INVITE to IMS_A 






17 










\ 












100 Trying 


IMS_A responds with a 100 Trying provisional 
response 




} 


18 






















INVITE 


IMS_A forwards INVITE to UE_B 












19 








/ 














100 Trying 


UE_B optionally responds with a 100 Trying 
provisional response 












20 
























User B is informed of incoming call of User A 




21 








/ 














180 Ringing 


UE_B responds to initial INVITE with 180 
Ringing to indicate that it has started alerting 












22 










\ 












180 Ringing 


IMS A forwards 180 Ringing response to 
IBCF_A 






23 












\ 










180 Ringing 


IBCF A forwards 180 Ringing response to 
IBCF_B 




24 






















180 Ringing 


IBCF B forwards 180 Ringing response to 
IMS_B 


} 


25 














/ 








180 Ringing 


IMS B forwards 180 Ringing response to 
IBCF_B 




26 












( 










180 Ringing 


IBCF B forwards 180 Ringing response to 
IBCF_A 
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Step 


Direction IVIessage 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


1 

M 
S 
A 


E 
N 
U 
M 
DB 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


u 

E 
B 


U 
s 
e 
r 
B 






27 








/ 














180 Ringing 


IBCF A forwards 180 Ringing response to 
IMS_A 






28 






( 
















180 Ringing 


IIVIS A forwards the 180 Ringing response to 
UE_A 




29 
























User A is informed that UE_B is ringing 


i 




30 
























User B answers call 


k 




31 








/ 














200 OK 


UE_B responds INVITE with 200 OK to indicate 
that the call has been answered 












32 










\ 












200 OK 


IMS_A forwards 200 OK response to IBCF_A 






33 












\ 










200 OK 


IBCF_A forwards 200 OK response to IBCF_B 


) 


34 














N 








200 OK 


IBCF_B forwards 200 OK response to IMS_B 




35 














( 








200 OK 


IMS_B forwards 200 OK response to IBCF_B 




36 












/ 










200 OK 


IBCF_B forwards 200 OK response to IBCF_A 




37 








/ 














200 OK 


IBCF_A forwards 200 OK response to IMS_A 


\ 




38 






/ 
















200 OK 


IMS_A forwards 200 OK response to UE_A 




39 
























User A is informed that call has been answered 


i 




40 






















ACK 


UE A acknowledges the receipt of 200 OK for 
INVITE 


} 


41 










\ 












ACK 


IMS_A forwards ACK to IBCF_A 






42 












\ 










ACK 


IBCF_A forwards ACK to IBCF_B 




43 






















ACK 


IBCF_B forwards ACK to IMS_B 




44 






















ACK 


IMS_B forwards ACK to IBCF_B 




45 












( 










ACK 


IBCF_B forwards ACK to IBCF_A 




46 








/ 














ACK 


IBCF_A forwards ACK to IMS_A 






47 






















ACK 


IMS_A forwards ACK to UE_B 












48 
























User B is presented that call is in progress 


^ 




49A 




User A puts call on hold 


^ 




50A 










\ 


\ 










INVITE 


UE_A sends relNVITE message indicating 
media attribute "sendonly" (Call Hold) 


/ 


51A 


100 Trying 


IMS_A responds with a 100 Trying provisional 
response 




52A 


INVITE 


IMS_A forwards INVITE to IBCF_A 


/ 




53A 


100 Trying 


IBCF_A responds with a 100 Trying provisional 
response 






54A 


INVITE 


IBCF_A forwards INVITE to IBCF_B 
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Step 



Direction 



IVIessage 



Comment 



U 
s 
e 
r 
A 



U 

E 
A 



I 

IVI 
S 
A 



E 
N 
U 
IVI 
DB 



I 

B 
C 

F 
A 



I 

B 
C 

F 
B 



I 

M 
S 
B 



U 

E 
B 



U 
s 
e 
r 
B 



55A 



56A 



57A 



58A 



59A 



60A 



61A 



62A 



63A 



64A 



65A 



66A 



67A 



68A 



69A 



70A 



71A 



72A 



73A 



74A 



75A 



76A 



77A 



78A 



79A 



BOA 



81A 



82A 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



200 OK 



200 OK 



200 OK 



200 OK 



200 OK 



200 OK 



200 OK 



200 OK 



ACK 



ACK 



ACK 



ACK 



ACK 



ACK 



ACK 



ACK 



IBCF_B responds with a 100 Trying provisional 
response 



IBCF B forwards INVITE to IMS B 



ll\/IS_B responds with a 100 Trying provisional 
response 



IMS B forwards INVITE to IBCF B 



IBCF_B responds with a 100 Trying provisional 
response 



IBCF B forwards INVITE to IBCF A 



IBCF_A responds with a 100 Trying provisional 
response 



IBCF A forwards INVITE to IMS A 



IMS_A responds with a 100 Trying provisional 
response 



IMS A forwards INVITE to UE B 



UE_B optionally responds with a 100 Trying 
provisional response 



User B is informed that call is on hold 



UE_B responds to INVITE with 200 OK 
indicating attribute "recvonly" inactive 



IMS_A forwards 200 OK response to IBCF_A 



IBCF_A forwards 200 OK response to IBCF_B 



IBCF_B forwards 200 OK response to IMS_B 



IMS_B forwards 200 OK response to IBCF_B 



IBCF_B forwards 200 OK response to IBCF_A 



IBCF_A forwards 200 OK response to IMS_A 



IMS_A forwards 200 OK response to UE_A 



UE_A acknowledges the receipt of 200 OK for 
INVITE 



IMS A forwards ACK to IBCF A 



IBCF A forwards ACK to IBCF B 



IBCF B forwards ACK to IMS B 



IMS B forwards ACK to IBCF B 



IBCF B forwards ACK to IBCF A 



IBCF A forwards ACK to IMS A 



IMS A forwards ACK to UE B 
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Step 



Direction 



IVIessage 



Comment 



U 
s 
e 
r 
A 



U 

E 
A 



I 

IVI 
S 
A 



E 
N 
U 
IVI 
DB 



I 

B 
C 

F 
A 



I 

B 
C 

F 
B 



I 

M 
S 
B 



U 

E 
B 



U 
s 
e 
r 
B 



83A 

84A 

85A 

86A 

87A 

88A 

89A 

90A 

91A 

92A 

93A 

94A 

95A 

96A 

97A 

98A 

99A 

100 
A 

101 

A 
102 

A 

103 

A 
104 

A 

105 
A 

106 

A 
107 

A 

108 
A 

109 
A 

110 
A 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



200 OK 



200 OK 



200 OK 



200 OK 



200 OK 



200 OK 



200 OK 



200 OK 



User A is informed that call is on hold 



User A resumes call 



UE_A sends relNVITE message indicating 
media attribute "sendrecv" (Call Resume) 



IMS_A responds with a 100 Trying provisional 
response 



IMS A forwards INVITE to IBCF A 



IBCF_A responds with a 100 Trying provisional 
response 



IBCF A forwards INVITE to IBCF B 



IBCF_B responds with a 100 Trying provisional 
response 



IBCF B forwards INVITE to IMS B 



IMS_B responds with a 100 Trying provisional 
response 



IMS B forwards INVITE to IBCF B 



IBCF_B responds with a 100 Trying provisional 
response 



IBCF B forwards INVITE to IBCF A 



IBCF_A responds with a 100 Trying provisional 
response 



IBCF A forwards INVITE to IMS A 



IMS_A responds with a 100 Trying provisional 
response 



IMS A forwards INVITE to UE B 



UE_B optionally responds with a 100 Trying 
provisional response 



User B is informed that call is resumed 



UE_B responds to INVITE with 200 OK 
indicating media attribute "sendrecv" 



IMS_A forwards 200 OK response to IBCF_A 



IBCF_A forwards 200 OK response to IBCF_B 



IBCF_B forwards 200 OK response to IMS_B 



IMS_B forwards 200 OK response to IBCF_B 



IBCF_B forwards 200 OK response to IBCF_A 



IBCF_A forwards 200 OK response to IMS_A 



IMS_A forwards the 200 OK response to UE_A 



User B is informed that call has ended 
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Step 



Direction 



IVIessage 



Comment 



U 
s 
e 
r 
A 



U 

E 
A 



I 

IVI 
S 
A 



E 
N 
U 
IVI 
DB 



I 

B 
C 

F 
A 



I 

B 
C 

F 
B 



I 

M 
S 
B 



U 

E 
B 



U 
s 
e 
r 
B 



49B 



506 



51B 



52B 



53B 



54B 



55B 



56B 



57B 



58B 



59B 



60B 



61B 



62B 



63B 



64B 



65B 



66B 



67B 



68B 



69B 



70B 



71 B 



72B 



73B 



74B 



75B 



76B 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



200 OK 



200 OK 



200 OK 



200 OK 



200 OK 



200 OK 



200 OK 



200 OK 



ACK 



ACK 



User B puts call on hold 



UE_B sends relNVITE message indicating 
media attribute "sendonly" (Call Hold) 



IMS_A responds with a 100 Trying provisional 
response 



IMS A forwards INVITE to IBCF A 



IBCF_A responds with a 100 Trying provisional 
response 



IBCF A forwards INVITE to IBCF B 



IBCF_B responds with a 100 Trying provisional 
response 



IBCF B forwards INVITE to IMS B 



IMS_B responds with a 100 Trying provisional 
response 



IMS B forwards INVITE to IBCF B 



IBCF_B responds with a 100 Trying provisional 
response 



IBCF B forwards INVITE to IBCF A 



IBCF_A responds with a 100 Trying provisional 
response 



IBCF A forwards INVITE to IMS A 



IMS_A responds with a 100 Trying provisional 
response 



IMS A forwards INVITE to UE A 



UE_A optionally responds with a 100 Trying 
provisional response 



User A is informed that call is on hold 



UE_A responds to INVITE with 200 OK 
indicating attribute "recvonly" inactive 



IMS_A forwards 200 OK response to IBCF_A 



IBCF_A forwards 200 OK response to IBCF_B 



IBCF_B forwards 200 OK response to IMS_B 



IMS_B forwards 200 OK response to IBCF_B 



IBCF_B forwards 200 OK response to IBCF_A 



IBCF_A forwards 200 OK response to IMS_A 



IMS_A forwards 200 OK response to UE_B 



UE_B acknowledges the receipt of 200 OK for 
INVITE 



IMS A forwards ACK to IBCF A 
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Step 



Direction 



IVIessage 



Comment 



U 
s 
e 
r 
A 



U 

E 
A 



I 

IVI 
S 
A 



E 
N 
U 
IVI 
DB 



I 

B 
C 

F 
A 



I 

B 
C 
F 
B 



I 

M 
S 
B 



U 

E 
B 



U 
s 
e 
r 
B 



77B 

78B 

79B 

808 

81B 

82B 

83B 

84B 

85B 

86B 

87B 

88B 

89B 

90B 

91B 

92B 

93B 

94B 

95B 

96B 

97B 

98B 

99B 

100 
_B_ 

101 
_B_ 

102 
_B_ 

103 

_B_ 

104 

B 



ACK 



ACK 



ACK 



ACK 



ACK 



ACK 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



200 OK 



200 OK 



200 OK 



IBCF A forwards ACK to IBCF B 



IBCF B forwards ACK to IMS B 



IMS B forwards ACK to IBCF B 



IBCF B forwards ACK to IBCF A 



IBCF A forwards ACK to IMS A 



IMS A forwards ACK to UE A 



User A is informed that call is on hold 



User B resumes call 



UE_B sends relNVITE message indicating 
media attribute "sendrecv" (Call Resume) 



IMS_A responds with a 100 Trying provisional 
response 



IMS A forwards INVITE to IBCF A 



IBCF_A responds with a 100 Trying provisional 
response 



IBCF A forwards INVITE to IBCF B 



IBCF_B responds with a 100 Trying provisional 
response 



IBCF B forwards INVITE to IMS B 



IMS_B responds with a 100 Trying provisional 
response 



IMS B forwards INVITE to IBCF B 



IBCF_B responds with a 100 Trying provisional 
response 



IBCF B forwards INVITE to IBCF A 



IBCF_A responds with a 100 Trying provisional 
response 



IBCF A forwards INVITE to IMS A 



IMS_A responds with a 100 Trying provisional 
response 



IMS A forwards INVITE to UE A 



UE_A optionally responds with a 100 Trying 
provisional response 



User A is informed that call is resumed 



UE_A responds to INVITE with 200 OK 
indicating media attribute "sendrecv" 



IMS_A forwards 200 OK response to IBCF_A 



IBCF_A forwards 200 OK response to IBCF_B 
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Step 


Direction IVIessage 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


1 

M 
S 
A 


E 
N 
U 
M 
DB 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


u 

E 
B 


U 
s 
e 
r 
B 






105 
B 










/ 


/ 


N 








200 OK 


IBCF_B forwards 200 OK response to IMS_B 


/ 


106 
B 


200 OK 


IMS_B forwards 200 OK response to IBCF_B 




107 
B 


200 OK 


IBCF_B forwards 200 OK response to IBCF_A 




108 
B 


200 OK 


IBCF_A forwards 200 OK response to IMS_A 




109 
B 


200 OK 


IMS_A forwards the 200 OK response to UE_B 










110 
B 
























User B is informed that call is resumed 


^ 




111 
























User A ends call 


^ 




112 






N 
















BYE 


UE_A releases the call with BYE 




113 










\ 












BYE 


IMS_A forwards BYE to IBCF_A 






114 












\ 










BYE 


IBCF_A forwards BYE to IBCF_B 




115 






















BYE 


IBCF_B forwards BYE to IMS_B 


} 


116 














{ 








BYE 


IMS_B forwards BYE to IBCF_B 




117 












/ 










BYE 


IBCF_B forwards BYE to IBCF_A 




118 








/ 














BYE 


IBCF_A forwards BYE to IMS_A 


\ 




119 






















BYE 


IMS_A forwards BYE to UE_B 












120 
























User B is informed that call has ended 


^ 




121 








/ 














200 OK 


UE_B sends 200 OK for BYE 












122 










\ 












200 OK 


IMS_A forwards the 200 OK response to IBCF_A 




} 


123 












\ 










200 OK 


IBCF_A forwards 200 OK response to IBCF_B 




124 






















200 OK 


IBCF_B forwards 200 OK response to IMS_B 




125 






















200 OK 


IMS_B forwards 200 OK response to IBCF_B 




126 












/ 










200 OK 


IBCF_B forwards 200 OK response to IBCF_A 




127 








/ 














200 OK 


IBCF_A forwards 200 OK response to IMS_A 






128 






/ 
















200 OK 


IMS_A forwards the 200 OK response to UE_A 




129 
























User A is informed that call has ended 


i 
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4.4.3.2 



User-initiated call hold and resume using UPDATE 



4.4.3.2.1 



Description 



The test sequence typically associated with this use case is as follows (CFW step numbers refer the call flow step 
numbering): 



Step 


Action 


OF INT CALL 


CF ROAM CALL 


1 


User A calls User B 


1 


1 


2 


User B is informed of incoming call of User A 


14 


20 


3 


User A is informed that UE B is ringing 


20 


29 


4 


User B answers call 


21 


30 


5 


User A is informed that call has been answered 


27 


39 


6 


User B is informed that call is established 


29 


48 


7A 


User A puts call on hold 


34A 


49A 


7B 


User B puts call on hold 


34B 


49B 


8A 


User B is informed that call on hold 


40A 


58A 


8B 


User A is informed that call on hold 


40B 


58B 


9A 


User A resumes call 


52A 


68A 


9B 


User B resumes call 


52B 


68B 


10A 


User B is informed that call is resumed 


58A 


77A 


10B 


User A is informed that call is resumed 


58B 


77B 


11A 


User A is informed that call is resumed 


64A 


86A 


11 


User A is informed that call is resumed 


64B 


86B 


12 


User A ends call 


65 


87 


13 


User B is informed that call has ended 


71 


96 


14 


User A is informed that call has ended 


77 


105 



4.4.3.2.2 UC_04_I: SIP Call Flow "call hold and resume" using UPDATE with 

CF_INT_CALL 

The expected call flow sequence is: 



Step Direction | IVIessage 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


1 

M 
S 
A 


E 
N 
U 
M 
DB 


1 

B 
C 
F 
A 


1 

B 
C 
F 
B 


1 

IVI 

s 

B 


U 

E 
B 


U 
s 
e 
r 
B 






1 
























User A calls User B 


^ 




2 








\ 




\ 


\ 








INVITE 


UE_A sends INVITE with the first SDP offer 
indicating all desired medias and codecs that 


^ 


3 


100 Trying 


IMS_A responds with a 100 Trying provisional 
response 


\ 


4 


ENUM 


IMS_A sends query to ENUM DB 


/ 


5 


ENUM 


ENUM DB sends response to IMS_A 




6 


INVITE 


IMS_A forwards INVITE to IBCF_A 


/ 




7 


100 Trying 


IBCF_A responds with a 100 Trying provisional 
response 


\ 




8 


INVITE 


IBCF_A forwards INVITE to IBCF_B 


/ 


9 


100 Trying 


IBCF_B responds with a 100 Trying provisional 
response 




10 


INVITE 


IBCF_B forwards INVITE to IMS_B 




11 


100 Trying 


IMS_B responds with a 100 Trying provisional 
response 
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Step Direction IVIessage Comment 




U 
s 
e 
r 
A 


U 

E 
A 


1 

M 
S 
A 


E 
N 
U 
M 
DB 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


U 

E 
B 


u 

s 
e 
r 
B 






12 






















INVITE 


IMS_B forwards INVITE to UE_B 


/ 


13 


100 Trying 


UE_B optionally responds with a 100 Trying 
provisional response 




14 
























User B is informed of incoming call of User A 


^ 




15 






/^ 


/ 




/ 


/ 


• 






180 Ringing 


UE_B responds to initial INVITE with 180 
Ringing to indicate that it has started alerting 


\ 


16 


180 Ringing 


IMS B forwards 180 Ringing response to 
IBCF_B 




17 


180 Ringing 


IBCF B forwards 180 Ringing response to 
IBCF_A 




18 


180 Ringing 


IBCF A forwards 180 Ringing response to 
IMS_A 


\ 




19 


180 Ringing 


IMS A forwards the 180 Ringing response to 
UE_A 




20 
























User A is informed that UE_B is ringing 


i 




21 




User B answers call 


k 




22 






f 


/ 




/ 


/ 


• 






200 OK 


UE_B responds INVITE with 200 OK to indicate 
that the call has been answered 


\ 


23 


200 OK 


IMS_B forwards 200 OK response to IBCF_B 




24 


200 OK 


IBCF_B forwards 200 OK response to IBCF_A 




25 


200 OK 


IBCF_A forwards 200 OK response to IMS_A 


\ 




26 


200 OK 


IMS_A forwards 200 OK response to UE_A 




27 
























User A is informed that call has been answered 


i 




28 












\ 


\ 


X 






ACK 


UE A acknowledges the receipt of 200 OK for 
INVITE 




29 


ACK 


IMS_A forwards ACK to IBCF_A 






30 


ACK 


IBCF_A forwards ACK to IBCF_B 




31 


ACK 


IBCF_B forwards ACK to IMS_B 




32 


ACK 


IMS_B forwards ACK to UE_B 




33 
























User B is presented that call is in progress 


^ 




34A 




User A puts call on hold 


^ 




35A 














V 


X 






UPDATE 


UE_A sends reUPDATE message indicating 
media attribute "sendonly" (Call Hold) 




36A 


UPDATE 


IMS_A forwards UPDATE to IBCF_A 






37A 


UPDATE 


IBCF_A forwards UPDATE to IBCF_B 




38A 


UPDATE 


IBCF_B forwards UPDATE to IMS_B 




39A 


UPDATE 


IMS_B forwards UPDATE to UE_B 




/ 
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B 






40A 
























User B is informed that call is on hold 


^ 




41A 






< 


/ 




y 


X 


/ 






200 OK 


UE_B responds to UPDATE with 200 OK 
indicating media attribute "recvonly" 




42A 


200 OK 


IMS_B forwards 200 OK response to IBCF_B 




43A 


200 OK 


IBCF_B forwards 200 OK response to IBCF_A 


\ 


44A 


200 OK 


IBCF_A forwards 200 OK response to IMS_A 






45A 


200 OK 


IMS_A forwards the 200 OK response to UE_A 




46A 
























User A resumes call 


^ 




47A 












X 


N. 








UPDATE 


UE_A sends UPDATE message indicating 
media attribute "sendrecv" (Call Resume) 




48A 


UPDATE 


IMS_A forwards UPDATE to IBCF_A 






49A 


UPDATE 


IBCF_A forwards UPDATE to IBCF_B 




50A 


UPDATE 


IBCF_B forwards UPDATE to IMS_B 


/ 


51A 


UPDATE 


IMS_B forwards UPDATE to UE_B 




52A 
























User B is informed that call is resumed 


^ 




53A 






y 


/ 




/ 


/ 


• 






200 OK 


UE_B responds to UPDATE with 200 OK 
indicating media attribute "sendrecv" 


\ 


54A 


200 OK 


IMS_B forwards 200 OK response to IBCF_B 




55A 


200 OK 


IBCF_B forwards 200 OK response to IBCF_A 




56A 


200 OK 


IBCF_A forwards 200 OK response to IMS_A 






57A 


200 OK 


IMS_A forwards the 200 OK response to UE_A 


K 


58A 
























User A is informed that call is resumed 


i 




34B 




User B puts call on hold 


k 




35B 






f 


/ 




/ 


/ 


• 






UPDATE 


UE_B sends UPDATE message indicating 
media attribute "sendonly" (Call Hold) 


\ 


36B 


UPDATE 


IMS_B forwards UPDATE to IBCF_B 




37B 


UPDATE 


IBCF_B forwards UPDATE to IBCF_A 




38B 


UPDATE 


IBCF_A forwards UPDATE to IMS_A 






39B 


UPDATE 


IMS_A forwards UPDATE to UE_A 




40B 
























User A is informed that call is on hold 


i 




41 B 






















200 OK 


UE_A responds to UPDATE with 200 OK 
indicating media attribute "recvonly" 




42B 


200 OK 


IMS_A forwards 200 OK response to IBCF_A 








^ 
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43B 












N 


\ 


X 






200 OK 


IBCF_A forwards 200 OK response to IBCF_B 




44B 


200 OK 


IBCF_B forwards 200 OK response to IMS_B 




45B 


200 OK 


IMS_B forwards the 200 OK response to UE_B 




46B 
























User B is informed that call is on hold 


^ 




47B 






< 


/ 






/ 


f 






ACK 


UE B acknowledges the receipt of 200 OK for 
UPDATE 




48B 


ACK 


IMS_B forwards ACK to IBCF_B 




49B 


ACK 


IBCF_B forwards ACK to IBCF_A 


\ 


SOB 


ACK 


IBCF_A forwards ACK to IMS_A 






51B 


ACK 


IMS_A forwards ACK to UE_A 




52B 
























User B resumes call 


k 




53B 






/^ 


/ 




y 


/ 


^ 






UPDATE 


UE_B sends UPDATE message indicating 
media attribute "sendrecv" (Call Resume) 


\ 


54B 


UPDATE 


IMS_B forwards UPDATE to IBCF_B 




55B 


UPDATE 


IBCF_B forwards UPDATE to IBCF_A 




56B 


UPDATE 


IBCF_A forwards UPDATE to IMS_A 


\ 




57B 


UPDATE 


IMS_A forwards UPDATE to UE_A 




58B 
























User A is informed that call is resumed 


i 




59B 












> 


N. 


X 






200 OK 


UE_A responds to UPDATE with 200 OK 
indicating media attribute "sendrecv" 




60B 


200 OK 


IMS_A forwards 200 OK response to IBCF_A 






61B 


200 OK 


IBCF_A forwards 200 OK response to IBCF_B 




62B 


200 OK 


IBCF_B forwards 200 OK response to IMS_B 




63B 


200 OK 


IMS_B forwards the 200 OK response to UE_B 




64B 
























User B is informed that call is resumed 


^ 
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65 
























User A ends call 


^ 




66 












\ 


N 








BYE 


UE_A releases the call with BYE 




67 


BYE 


IMS_A forwards BYE to IBCF_A 






68 


BYE 


IBCF_A forwards BYE to IBCF_B 




69 


BYE 


IBCF_B forwards BYE to IMS_B 




70 


BYE 


IMS_B forwards BYE to UE_B 




71 
























User B is informed that call has ended 


^ 




72 






/^ 


/ 




/ 


/ 


f 






200 OK 


UE_B sends 200 OK for BYE 




73 


200 OK 


IMS_B forwards 200 OK response to IBCF_B 




74 


200 OK 


IBCF_B forwards 200 OK response to IBCF_A 




75 


200 OK 


IBCF_A forwards 200 OK response to IMS_A 


\ 




76 


200 OK 


IMS_A forwards the 200 OK response to UE_A 




77 
























User A is informed that call has ended 


i 

































4.4.3.2.3 UC_04_R: SIP Call Flow "call hold and resume" using UPDATE with 

CF_ROAM_CALL 

The expected call flow sequence is: 



Step 


Direction IVIessage 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 
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E 
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U 
M 
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F 
A 


1 

B 
C 

F 
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1 
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U 
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B 


U 
s 
e 
r 
B 






1 
























User A calls User B 


^ 




2 






















INVITE 


UE_A sends INVITE with the first SDP offer 
indicating all desired medias and codecs that 


} 


3 






/ 
















100 Trying 


IMS_A responds with a 100 Trying provisional 
response 




4 








\ 














ENUM 


IMS_A sends query to ENUM DB 




5 








/ 














ENUM 


ENUM DB sends response to IMS_A 


\ 


6 










\ 












INVITE 


IMS_A forwards INVITE to IBCF_A 






7 








/ 














100 Trying 


IBCF_A responds with a 100 Trying provisional 
response 






8 












\ 










INVITE 


IBCF_A forwards INVITE to IBCF_B 




9 












/ 










100 Trying 


IBCF_B responds with a 100 Trying provisional 
response 


















\ 
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10 














N 








INVITE 


IBCF_B forwards INVITE to IMS_B 




11 














( 








100 Trying 


ll\/IS_B responds with a 100 Trying provisional 
response 




12 














/ 








INVITE 


IMS_B forwards INVITE to IBCF_B 




13 






















100 Trying 


IBCF_B responds with a 100 Trying provisional 
response 


} 


14 












/ 










INVITE 


IBCF_B forwards INVITE to IBCF_A 




15 












\ 










100 Trying 


IBCF_A responds with a 100 Trying provisional 
response 




16 








/ 














INVITE 


IBCF_A forwards INVITE to IMS_A 


\ 




17 










\ 












100 Trying 


IMS_A responds with a 100 Trying provisional 
response 






18 






















INVITE 


IMS_A forwards INVITE to UE_B 












19 








/ 














100 Trying 


UE_B optionally responds with a 100 Trying 
provisional response 












20 
























User B is informed of incoming call of User A 


^ 




21 








/ 














180 Ringing 


UE_B responds to initial INVITE with 180 
Ringing to indicate that it has started alerting 












22 










V 












180 Ringing 


IMS A forwards 180 Ringing response to 
IBCF_A 






23 












\ 










180 Ringing 


IBCF A forwards 180 Ringing response to 
IBCF_B 


) 


24 














\ 








180 Ringing 


IBCF B forwards 180 Ringing response to 
IMS_B 




25 














/ 








180 Ringing 


IMS B forwards 180 Ringing response to 
IBCF_B 




26 












/ 










180 Ringing 


IBCF B forwards 180 Ringing response to 
IBCF_A 




27 








/ 














180 Ringing 


IBCF A forwards 180 Ringing response to 
IMS_A 


\ 




28 






( 
















180 Ringing 


IMS A forwards the 180 Ringing response to 
UE_A 




29 




X 




















User A is informed that UE_B is ringing 




30 
























User B answers call 


i 




31 








/ 














200 OK 


UE_B responds INVITE with 200 OK to indicate 
that the call has been answered 












32 










\ 












200 OK 


IMS_A forwards 200 OK response to IBCF_A 






33 












\ 










200 OK 


IBCF_A forwards 200 OK response to IBCF_B 




34 














\ 








200 OK 


IBCF_B forwards 200 OK response to IMS_B 




35 














/ 








200 OK 


IMS_B forwards 200 OK response to IBCF_B 




36 












/ 










200 OK 


IBCF_B forwards 200 OK response to IBCF_A 




37 








/ 














200 OK 


IBCF_A forwards 200 OK response to IMS_A 










\ 
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38 






/ 
















200 OK 


IMS_A forwards 200 OK response to UE_A 




39 
























User A is informed that call has been answered 


i 




40 






















ACK 


UE A acknowledges the receipt of 200 OK for 
INVITE 




41 










\ 












ACK 


IMS_A forwards ACK to IBCF_A 




) 


42 












\ 










ACK 


IBCF_A forwards ACK to IBCF_B 




43 






















ACK 


IBCF_B forwards ACK to IMS_B 




44 






















ACK 


IMS_B forwards ACK to IBCF_B 




45 












/ 










ACK 


IBCF_B forwards ACK to IBCF_A 




46 








/ 














ACK 


IBCF_A forwards ACK to IMS_A 






47 






















ACK 


IMS_A forwards ACK to UE_B 












48 
























User B is presented that call is in progress 


^ 




49A 




User A puts call on hold 


^ 




50A 










\ 


\ 










UPDATE 


UE_A sends UPDATE message indicating media 
attribute "sendonly" (Call Hold) 




51A 


UPDATE 


IMS_A forwards UPDATE to IBCF_A 


/ 


) 


52A 


UPDATE 


IBCF_A forwards UPDATE to IBCF_B 


/ 


53A 


UPDATE 


IBCF_B forwards UPDATE to IMS_B 


/ 


54A 


UPDATE 


IMS_B forwards UPDATE to IBCF_B 




55A 


UPDATE 


IBCF_B forwards UPDATE to IBCF_A 


\ 


56A 


UPDATE 


IBCF_A forwards UPDATE to IMS_A 






57A 


UPDATE 


IMS_A forwards UPDATE to UE_B 












58A 
























User B is informed that call is on hold 


^ 




59A 








/ 














200 OK 


UE_B responds to UPDATE with 200 OK 
indicating attribute "recvonly" inactive 




\ 


\ 


\ 




60A 


200 OK 


IMS_A forwards 200 OK response to IBCF_A 


/ 




61A 


200 OK 


IBCF_A forwards 200 OK response to IBCF_B 


/ 


62A 


200 OK 


IBCF_B forwards 200 OK response to IMS_B 


( 


63A 


200 OK 


IMS_B forwards 200 OK response to IBCF_B 




64A 


200 OK 


IBCF_B forwards 200 OK response to IBCF_A 




65A 


200 OK 


IBCF_A forwards 200 OK response to IMS_A 


\ 
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66A 






/ 
















200 OK 


IMS_A forwards 200 OK response to UE_A 




67A 
























User A is informed that call is on hold 


i 




68A 




User A resumes call 


^ 




69A 






\ 




\ 


\ 










UPDATE 


UE_A sends UPDATE message indicating media 
attribute "sendrecv" (Call Resume) 




70A 


UPDATE 


IMS_A forwards UPDATE to IBCF_A 


/ 




71A 


UPDATE 


IBCF_A forwards UPDATE to IBCF_B 


( 


72A 


UPDATE 


IBCF_B forwards UPDATE to IMS_B 




73A 


UPDATE 


IMS_B forwards UPDATE to IBCF_B 




74A 


UPDATE 


IBCF_B forwards UPDATE to IBCF_A 




75A 


UPDATE 


IBCF_A forwards UPDATE to IMS_A 






76A 


UPDATE 


IMS_A forwards UPDATE to UE_B 












77A 
























User B is informed that call is resumed 


^ 




78A 






/ 


/ 














200 OK 


UE_B responds to UPDATE with 200 OK 
indicating media attribute "sendrecv" 




\ 


\ 






79A 


200 OK 


IMS_A forwards 200 OK response to IBCF_A 


/ 


) 


80A 


200 OK 


IBCF_A forwards 200 OK response to IBCF_B 


/ 


81A 


200 OK 


IBCF_B forwards 200 OK response to IMS_B 


/ 


82A 


200 OK 


IMS_B forwards 200 OK response to IBCF_B 




83A 


200 OK 


IBCF_B forwards 200 OK response to IBCF_A 


\ 


84A 


200 OK 


IBCF_A forwards 200 OK response to IMS_A 






85A 


200 OK 


IMS_A forwards the 200 OK response to UE_A 




86A 
























User B is informed that call has resumed 


i 




49B 
























User B puts call on hold 


k 




SOB 








/ 














UPDATE 


UE_B sends UPDATE message indicating media 
attribute "sendonly" (Call Hold) 




V 


\ 






51B 


UPDATE 


IMS_A forwards UPDATE to IBCF_A 






52B 


UPDATE 


IBCF_A forwards UPDATE to IBCF_B 


/ 


53B 


UPDATE 


IBCF_B forwards UPDATE to IMS_B 


/ 


54B 


UPDATE 


IMS_B forwards UPDATE to IBCF_B 




55B 


UPDATE 


IBCF_B forwards UPDATE to IBCF_A 


\ 
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56B 






( 


/ 














UPDATE 


IBCF_A forwards UPDATE to IMS_A 






57B 


UPDATE 


IMS_A forwards UPDATE to UE_A 




58B 
























User A is informed that call is on hold 


i 




59B 










\ 


\ 










200 OK 


UE_A responds to UPDATE with 200 OK 
indicating attribute "recvonly" inactive 


} 


60B 


200 OK 


IMS_A forwards 200 OK response to IBCF_A 


/ 




61B 


200 OK 


IBCF_A forwards 200 OK response to IBCF_B 


( 


62B 


200 OK 


IBCF_B forwards 200 OK response to IMS_B 




63B 


200 OK 


IMS_B forwards 200 OK response to IBCF_B 




64B 


200 OK 


IBCF_B forwards 200 OK response to IBCF_A 




65B 


200 OK 


IBCF_A forwards 200 OK response to IMS_A 






66B 


200 OK 


IMS_A forwards 200 OK response to UE_B 












67B 
























User B is informed that call is on hold 


^ 




68B 




User B resumes call 


k 




69B 








/ 














UPDATE 


UE_A sends UPDATE message indicating media 
attribute "sendrecv" (Call Resume) 


\ 


\ 


\ 






70B 


UPDATE 


IMS_A forwards UPDATE to IBCF_A 


/ 




71 B 


UPDATE 


IBCF_A forwards UPDATE to IBCF_B 


( 


72B 


UPDATE 


IBCF_B forwards UPDATE to IMS_B 




73B 


UPDATE 


IMS_B forwards UPDATE to IBCF_B 




74B 


UPDATE 


IBCF_B forwards UPDATE to IBCF_A 




75B 


UPDATE 


IBCF_A forwards UPDATE to IMS_A 






76B 


UPDATE 


IMS_A forwards UPDATE to UE_A 




77B 
























User A is informed that call is resumed 


i 




78B 










V 


\ 










200 OK 


UE_A responds to UPDATE with 200 OK 
indicating media attribute "sendrecv" 




79B 


200 OK 


IMS_A forwards 200 OK response to IBCF_A 






BOB 


200 OK 


IBCF_A forwards 200 OK response to IBCF_B 


/ 


81B 


200 OK 


IBCF_B forwards 200 OK response to IMS_B 


/ 


82B 


200 OK 


IMS_B forwards 200 OK response to IBCF_B 




83B 


200 OK 


IBCF_B forwards 200 OK response to IBCF_A 


\ 
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84B 








/ 














200 OK 


IBCF_A forwards 200 OK response to IMS_A 






85B 


200 OK 


IMS_A forwards the 200 OK response to UE_B 












86B 
























User B is informed that call is resumed 


87 
























User A ends call 


^ 




88 






N 
















BYE 


UE_A releases the call with BYE 




89 










\ 












BYE 


IMS_A forwards BYE to IBCF_A 






90 












\ 










BYE 


IBCF_A forwards BYE to IBCF_B 


) 


91 














N 








BYE 


IBCF_B forwards BYE to IMS_B 




92 














( 








BYE 


IMS_B forwards BYE to IBCF_B 




93 












/ 










BYE 


IBCF_B forwards BYE to IBCF_A 




94 








/ 














BYE 


IBCF_A forwards BYE to IMS_A 


\ 




95 






















BYE 


IMS_A forwards BYE to UE_B 












96 
























User B is informed that call has ended 


> 




97 








/ 














200 OK 


UE_B sends 200 OK for BYE 


\ 










98 










\ 












200 OK 


IMS_A forwards the 200 OK response to IBCF_A 






99 












\ 










200 OK 


IBCF_A forwards 200 OK response to IBCF_B 




100 






















200 OK 


IBCF_B forwards 200 OK response to IMS_B 




101 






















200 OK 


IMS_B forwards 200 OK response to IBCF_B 




102 












( 










200 OK 


IBCF_B forwards 200 OK response to IBCF_A 




103 








/ 














200 OK 


IBCF_A forwards 200 OK response to IMS_A 






104 






















200 OK 


IMS_A forwards the 200 OK response to UE_A 




105 
























User A is informed that call has ended 


i 
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4.4.4 IMS message exchange between UEs in different networks 
4.4.4.1 Description 

The UE_A sends a MESSAGE to UE_B located in a different network. 

The test sequence typically associated with this use case when an established session is released is as follows (CFW 
step numbers refer the call flow step numbering): 



Step 


Action 


CF INT CALL 


CF ROAM CALL 


1 


User A sends an instant message 


Step 1 


Step 1 


2 


User B is informed about the instant message 


Step 9 


Step 12 


3 


Optional: User A is presented a delivery report 


Step 1 5 


Step 21 



4.4.4.2 UC_05_I: SIP Call flow for IMS Message Exchange with CF_INT_CALL 

The expected call flow sequence is: 



Step Direction IVIessage Comment 




U 
s 
e 
r 
A 


U 

E 
A 


1 

M 
S 
A 


E 
N 
U 
M 
DB 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


u 

E 
B 


U 
s 
e 
r 
B 






1 
























User A sends an instant message to user B 


^ 




2 








\ 




X 


\ 








MESSAGE 


UE_A sends MESSAGE to IMS_A 




3 


ENUM 


IMS_A sends query to ENUM DB 


/ 


4 


ENUM 


ENUM DB sends response to IMS_A 




5 


IVIESSAGE 


IMS_A sends MESSAGE to IBCF_A 






6 


MESSAGE 


IBCF_A sends MESSAGE to IBCF_B 


} 


7 


MESSAGE 


IBCF_B sends MESSAGE to IMS_B 




8 


MESSAGE 


IMS_B sends MESSAGE to UE_B 




9 
























User B is informed about the instant message 


^ 




10 






< 


/ 




/■ 


/ 


f 






200 OK 


UE_B sends 200 OK to IMS_B 




11 


200 OK 


IMS_B sends 200 OK to IBCF_B 




12 


200 OK 


IBCF_B sends 200 OK to IBCF_A 




13 


200 OK 


IBCF_A sends 200 OK to IMS_A 






14 


200 OK 


IMS_A sends 200 OK to UE_A 




15 
























Optional: User A is presented a delivery report 


i 
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4.4.4.3 UC_05_R: SIP Call Flow for IMS Message Exchange with CF_ROAM_CALL 

The expected call flow sequence is: 



Step 


Direction 


IVIessage Comment 




U 
s 
e 
r 
A 


U 

E 
A 


1 

M 
S 
A 


E 
N 
U 
M 
DB 


1 

B 
C 
F 
A 


1 

B 
C 
F 
B 


1 

M 
S 
B 


u 

E 
B 


U 
s 
e 
r 
B 






1 
























User A sends an instant message to user B 


^ 




2 








\ 






\ 








MESSAGE 


UE_A sends MESSAGE to IMS_A 




3 


ENUM 


IMS_A sends query to ENUM DB 




4 


ENUM 


ENUM DB sends response to IMS_A 




5 


MESSAGE 


IMS_A sends MESSAGE to IBGF_A 


/ 




6 


MESSAGE 


IBGF_A sends MESSAGE to IBGF_B 


y 


7 


MESSAGE 


IBGF_B sends MESSAGE to IMS_B 




8 


MESSAGE 


IMS_B sends MESSAGE to IBCF_B 




9 


MESSAGE 


IBCF_B sends MESSAGE to IBCF_A 




10 


MESSAGE 


IBCF_A sends MESSAGE to IMS_A 






11 


MESSAGE 


IMS_A sends MESSAGE to UE_B 












12 
























User B is informed about the instant message 


^ 




13 






y 


/ 














200 OK 


UE_B sends 200 OK to IMS_A 




\ 


X 






14 


200 OK 


IMS_A sends 200 OK to IBCF_A 


/ 




15 


200 OK 


IBCF_A sends 200 OK to IBCF_B 


^ 


16 


200 OK 


IBCF_B sends 200 OK to IMS_B 


• 


17 


200 OK 


IMS_B sends 200 OK to IBCF_B 


\ 


18 


200 OK 


IBCF_B sends 200 OK to IBCF_A 




19 


200 OK 


IBCF_A sends 200 OK to IMS_A 






20 


200 OK 


IMS_A sends 200 OK to UE_A 


K 


21 
























Optional: User A is presented a delivery report 


i 
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4.4.5 Supplementary Service Anonymous Communication Rejection 
(ACR) 



4.4.5.1 



Description 



UE_A makes an IMS VoIP call to UE_B. UE_A is subscribed to OIR service in permanent mode or default 
presentation restricted temporary mode, UE_B is subscribed to ACR supplementary service. The call flow path and 
node configuration for this use case corresponds to CF_INT_AS when UE_B is in home network and to 
CF_ROAM_AS when UE_B is roaming in IMS_A. 

The test sequence typically associated with this use case when is as follows (CFW step numbers refer the call flow step 
numbering): 



Step 


Action 


OF INT AS 


1 


User A calls User B 


Step1 


2 


User A is informed that call has been rejected due to ACR 


Step 25 




Step 


Action 


OF ROAIVI AS 


1 


User B calls User A 


Step1 


2 


User B is informed that call has been rejected due to ACR 


Step34 



4.4.5.2 



UC_06_I: SIP message flow for 88 ACR with CF_INT_A8 



The expected call flow sequence is: 



Step 


Direction 


Message 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


u 

s 
e 
r 
B 


U 

E 
B 


1 

IVI 

s 

A 


E 
N 
U 
IVI 
DB 


A 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


A 
S 
B 






1 




























User A calls User B 


^ 




2 












^ 

i 














INVITE 


UE_A sends INVITE with the first 
SDP offer indicating all desired 


{ 






3 


100 Trying 


IMS_A responds with a 100 Trying 
provisional response 








4 


ENUM 


IMS_A sends query to ENUM DB 


5 


ENUM 


ENUM DB sends response to 
IMS_A 






























INVITE triggers the OIR IPC in 
IMS_A 


6 












k 

i 

i 




X 


N 








INVITE 


IMS A forwards the INVITE to 
IMS_AAS 




7 


100 Trying 


IMS_A AS optionally responds with 
a 100 Trying provisional response 




8 


INVITE 


IMS_A AS returns modified INVITE 
including Privacy header (value "id" 




9 


100 Trying 


IMS_A responds with a 100 Trying 
provisional response 




10 


INVITE 


IMS A forwards INVITE to 
IBCF_A 




} 


11 


100 Trying 


IBCF_A responds with a 100 Trying 
provisional response 






12 


INVITE 


IBCF A forwards INVITE to 
IBCF_B 


• 


13 


100 Trying 


IBCF_B responds with a 100 Trying 
provisional response 
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Step 


Direction IVIessage 


Comment 




U 
s 
e 
r 
A 


u 

E 
A 


U 
s 
e 
r 
B 


U 

E 
B 


1 

M 
S 
A 


E 
N 
U 
IVI 
DB 


A 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

IVI 
S 
B 


A 
S 
B 






14 


























INVITE 


IBCF B forwards INVITE to 
IMS_B 


{ 


15 


100 Trying 


ll\/IS_B responds with a 100 Trying 
provisional response 
































INVITE triggers the ACRIFC in 
IMS_B 


16 






f 






i 

k 






/ 


^ 






INVITE 


IMS B forwards the INVITE to 
IMS_B AS 


f 


17 


100 Trying 


AS optionally responds with a 100 
Trying provisional response 


{ 


18 


433 
Anonymity 


IMS_B AS responds with 433 
Anonymity Disallowed to IMS_B 




19 


433 
Anonymity 


IMS_B forwards the 433 
Anonymity Disallowed to IBCF_B 


\ 


20 


433 
Anonymity 


IBCF_B forwards the 433 
Anonymity Disallowed to IBCF_A 




21 


433 
Anonymity 


IBCF_A forwards the 433 
Anonymity Disallowed to IMS_A 






22 


433 
Anonymity 


IMS_A forwards the 433 
Anonymity Disallowed to IMS_A 




23 


433 
Anonymity 


IMS_A AS forwards, possibly 
modified, 433 Anonymity 




24 


433 
Anonymity 


IMS_A forwards the 433 Anonymity 
Disallowed to UE_A 








25 




• 
























User A is informed that the call has 
been rejected due to ACR 




26 












i 




X 


N. 








ACK 


UE_A sends ACK to IMS_A 








27 


ACK 


IMS A forwards the ACK to IMS A 
AS 




28 


ACK 


IMS_A AS forwards, possibly 
modified, ACK to IMS_A 




29 


ACK 


IMS_A forwards ACK to IBCF_A 






30 


ACK 


IBCF_A forwards ACK to IBCF_B 


} 


31 


ACK 


IBCF_B forwards ACK to IMS_B 




32 


ACK 


IMS_B forwards ACK to IMS_B AS 









































ETS\ 



62 



ETSI TS 186 011-2 V4.1.3 (2012-05) 



4.4.5.3 



UC_06_R: SIP message flow for SS ACR with CF_ROAM_AS 



The expected call flow sequence is: 



Step 



Direction 



IVIessage 



Comment 



U 
s 
e 
r 
A 



U 

E 
A 



U 
s 
e 
r 
B 



U 

E 
B 



I 

IVI 
S 
A 



A 
S 
A 



I 

B 
C 

F 
A 



I 

B 
C 

F 
B 



E 
N 
U 
IVI 
DB 



I 

M 
S 
B 



A 
S 
B 



10 
11 



12 



13 



14 



15 



16 
17 

Is" 

19 

"20" 
21 



22 



23 



24 



25 



26 



27 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



ENUM 



ENUM 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



433 

Anonymity 

Disallowed 



433 

Anonymity 

Disallowed 



433 

Anonymity 

Disallowed 



433 

Anonymity 

Disallowed 



User B calls User A 



UE_B sends INVITE with the first 
SDP offer indicating all desired 
media and codecs that UE_B 
supports 



IMS_A responds with a 100 Trying 
provisional response 



IMS A sends INVITE to IBCF A 



IBCF_A responds with a 100 Trying 
provisional response 



IBCF A sends INVITE to IBCF B 



IBCF_B responds with a 100 Trying 
provisional response 



IBCF B sends INVITE to IMS B 



IMS_B responds with a 100 Trying 
provisional response 



IMS B sends query to ENUM DB 



ENUM DB sends response to IMS B 



INVITE triggers the OIRIFC in 
IMS B 



IMS_B forwards the INVITE to 
IMS BAS 



IMS_B AS optionally responds with a 
100 Trying provisional response 



IMS_B AS returns modified INVITE 
including Privacy header (value "id" 
or "header") to IMS_B 



IMS_B responds with a 100 Trying 
provisional response 



IMS B forwards INVITE to IBCF B 



IBCF_B responds with a 100 Trying 
provisional response 



IBCF B forwards INVITE to IBCF A 



IBCF_A responds with a 100 Trying 
provisional response 



IBCF A forwards INVITE to IMS A 



IMS_A responds with a 100 Trying 
provisional response 



INVITE triggers the ACR IFC in 
IMS A 



IMS_A forwards the INVITE to 
IMS A AS 



AS optionally responds with a 100 
Trying provisional response 



IMS_A AS responds with 433 
Anonymity Disallowed to IMS_A 



IMS_A forwards the 433 Anonymity 
Disallowed to IBCF A 



IBCF_A forwards the 433 Anonymity 
Disallowed to IBCF B 



IBCF_B forwards the 433 Anonymity 
Disallowed to IMS B 
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Step Direction IVIessage 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


U 
s 
e 
r 
B 


U 

E 
B 


1 

IVI 

s 

A 


A 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


E 
N 
U 
M 
DB 


1 

M 
S 
B 


A 
S 
B 






28 










y 


/^ 




/ 


/ 




N 




433 

Anonymity 

Disallowed 


IMS_B forwards the 433 Anonymity 
Disallowed to IMS_B AS 


y 


29 


433 

Anonymity 

Disallowed 


IMS_B AS forwards, possibly 
modified, 433 Anonymity Disallowed 
to IMS B 


\ 


30 


433 

Anonymity 

Disallowed 


IMS_B forwards the 433 Anonymity 
Disallowed to IBCF_B 






31 


433 

Anonymity 

Disallowed 


IBCF_B forwards the 433 Anonymity 
Disallowed to IBCF_A 




32 


433 

Anonymity 

Disallowed 


IBCF_A forwards the 433 Anonymity 
Disallowed to IMS_A 






33 


433 

Anonymity 

Disallowed 


IMS_A forwards the 433 Anonymity 
Disallowed to UE_B 


K 


34 




























User B is informed that the call has 
been rejected due to ACR 


i 




35 














X 


•v 




\ 


N. 




ACK 


UE_B sends ACK to IMS_A 




36 


ACK 


IMS_A sends ACK to IBCF_A 


y 




37 


ACK 


IBCF_A sends ACK to IBCF_B 




38 


ACK 


IBCF_B sends ACK to IMS_B 


/ 




39 


ACK 


IMS B forwards the ACK to IMS B 
AS 


y 


40 


ACK 


IMS_B AS forwards, possibly 
modified, ACK to IMS B 


\ 


41 


ACK 


IMS_B forwards ACK to IBCF_B 






42 


ACK 


IBCF_B forwards ACK to IBCF_A 


\ 


43 


ACK 


IBCF_A forwards ACK to IMS_A 


K 




44 


ACK 


IMS_A forwards ACK to IMS_A AS 









































4.4.6 Supplementary Service Outgoing Communication Barring (OCB) 



4.4.6.1 



Description 



UE_B places an IMS VoIP call to UE_A. UE_B is subscribed to OCB service and based on the UE_B identity the OCB 
service is invoked. The call flow path and node configuration for this use case corresponds to CF_INT_AS when UE_B 
is in home network and to CF_ROAM_AS when UE_B is roaming in IMS_A. 

The test sequence typically associated with this use case is as follows (CFW step numbers refer the call flow step 
numbering): 



Step 


Action 


CF INT AS 


CF ROAM AS 


1 


User B calls User A 


Step 1 


Step 1 


2 


User B is informed that call was declined 


Step 1 1 


Step 19 
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4.4.6.2 



UC_07_I: SIP message flow for SS OCB with CF_INT_AS 



The expected call flow sequence is: 



Step 1 Direction | IVIessage 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


U 
s 
e 
r 
B 


U 

E 
B 


1 

M 
S 
A 


1 

B 
C 
F 
A 


1 

B 
C 
F 
B 


E 
N 
U 
M 
DB 


1 

M 
S 
B 


A 
S 
B 






1 


























User B calls User A 


^ 


2 


















\ 






INVITE 


UE_B sends INVITE with the first SDP offer 
indicating all desired media and codecs that 
UE_B supports 


z' 










3 


100 Trying 


IMS_B responds with a 100 Trying provisional 
response 










/ 


4 


ENUM 


IMS B sends query to ENUM DB 


\ 


5 


ENUM 


ENUM DB sends response to IMS B 


) 




























INVITE triggers the OCB IPC in IMS B 


6 










z' 














INVITE 


IMS_B forwards the INVITE to IMS_B AS 


y 


7 


100 Trying 


AS optionally responds with a 100 Trying 
provisional response 


{ 


8 


603 
Decline 


IMS_B AS returns 603 Decline to IMS_B 




9 


603 
Decline 


IMS_B forwards the 603 Decline to UE_B 












11 








i 


















User B is informed that call was declined 


12 


















\ 






ACK 


UE_B sends ACK to IMS_B 










) 


13 


ACK 


IMS_B forwards ACK to IMS_B AS 





































4.4.6.3 UC_07_R: SIP message flow for SS OCB with CF_ROAM_AS 

The expected call flow sequence is: 



Step 



Direction 



IVIessage 



Comment 



U 

E 
A 



U 
s 
e 
r 
B 



U 

E 
B 



I 

M 
S 
A 



I 

B 
C 

F 
A 



I 

B 
C 

F 
B 



E 
N 
U 
M 
DB 



I 

M 
S 
B 



A 
S 
B 



10 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



ENUM 



User B calls User A 



UE_B sends INVITE with the first SDP offer 
indicating all desired media and codecs that 



IMS_A responds with a 100 Trying 
provisional response 



IMS A forwards INVITE to IBCF A 



IBCF_A responds with a 100 Trying 
provisional response 



IBCF A forwards INVITE to IBCF B 



IBCF_B responds with a 100 Trying 
provisional response 



IBCF B forwards INVITE to IMS B 



IMS_B responds with a 100 Trying 
provisional response 



IMS B sends query to ENUM DB 
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Step 


Direction IVIessage Comment 




U 
s 
e 
r 
A 


U 

E 
A 


u 

s 
e 
r 
B 


U 

E 
B 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


E 
N 
U 
M 
DB 


1 

M 
S 
B 


A 
S 
B 






11 


















\ 






ENUM 


ENUM DB sends response to IMS B 






























INVITE triggers the OCB IPC in IMS_B 


12 






f 






/ 


• 










INVITE 


IMS_B forwards the INVITE to IMS_B AS 


^ 


13 


100 Trying 


AS optionally responds with a 100 Trying 
provisional response 




14 


603 Decline 


IMS_B AS returns 603 Decline to IMS_B 




15 


/ 




603 Decline 


IMS_B forwards the 603 Decline to IBCF_B 








16 




603 Decline 


IBCF_B forwards the 603 Decline to IBCF_A 




17 


603 Decline 


IBCF_A forwards the 603 Decline to IMS_A 




18 


603 Decline 


IMS_A forwards the 603 Decline to UE_B 








19 




^ 






















User B is informed that call was declined 


20 












N 


N. 




\ 






ACK 


UE_B sends ACK to IMS_A 








21 


ACK 


IMS_A forwards ACK to IBCF_A 




22 


ACK 


IBCF_A forwards ACL to IBCF_B 




23 






ACK 


IBCF_B forwards ACK to IMS_B 






) 


24 




ACK 


IMS_B forwards ACK to IMS_B AS 

































4.4.7 Supplementary Service Originating Identification Presentation (OIP) 



4.4.7.1 



Description 



UE_A places an IMS VoIP call to UE_B. UE_B is subscribed to OIP service. The call flow path and node configuration 
for this use case corresponds to CF_INT_AS when UE_B is in home network and to CF_ROAM_AS when UE_B is 
roaming in IMS_A. 

The test sequence typically associated with this use case when is as follows (CFW step numbers refer the call flow step 
numbering): 



Step 


Action 


CF INT AS 


CF ROAM AS 


1 


User A calls User B 


Step 1 


Step1 


2 


User B is informed of incoming call of User A, user A's identity is 
displayed 


Step 18 


Step 24 


3 


User A is informed that UE B is ringing 


Step 26 


Step 35 


4 


User B answers call 


Step 27 


Step 36 


5 


User A is informed that call has been answered 


Step 35 


Step 47 


6 


User B is informed that the call is established 


Step 43 


Step 58 


7 


User A ends call 


Step 44 


Step 59 


8 


User B is informed that call has ended 


Step 52 


Step 70 


9 


User A is informed that call has ended 


Step 60 


Step 81 
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4.4.7.2 UC_08_I: SIP message flow for SS OIP with CF_INT_AS 

The expected call flow sequence is: 



Step 


Direction 


IVIessage Comment 




U 
s 
e 
r 
A 


u 

E 
A 


u 

s 
e 
r 
B 


U 

E 
B 


1 

M 
S 
A 


E 
N 
U 
M 
DB 


1 

B 
C 

F 
A 


1 

B 
C 
F 
B 


1 

M 
S 
B 


A 
S 
B 






1 


























User A calls User B 




2 












> 

k 


N. 


N 


X 






INVITE 


UE_A sends INVITE with the first 
SDP offer indicating all desired 


^ 






3 


100 Trying 


IMS_A responds with a 100 Trying 
provisional response 


\ 






4 


ENUM 


IMS_A sends query to ENUM DB 


5 


ENUM 


ENUM DB sends response to IMS 


6 


INVITE 


IMS_A forwards INVITE to IBCF_A 


• 




7 


100 Trying 


IBCF_A responds with a 100 
Trying provisional response 


\ 




8 


INVITE 


IBCF A forwards INVITE to 
IBCF_B 


• 


9 


100 Trying 


IBCF_B responds with a 100 
Trying provisional response 




10 


INVITE 


IBCF_B forwards INVITE to IMS_B 


f 


11 


100 Trying 


IMS_B responds with a 100 Trying 
provisional response 






























INVITE triggers the OIP IFC in 
IMS_B 


12 










• 














INVITE 


IMS B forwards the INVITE to 
IMS_B AS 


f 


13 


100 Trying 


AS optionally responds with a 100 
Trying provisional response 


{ 


14 


INVITE 


IMS B AS returns, possibly modified, 
INVITE to IMS_B 




15 


100 Trying 


IMS_B responds with a 100 Trying 
provisional response 




16 


INVITE 


IMS_B forwards the INVITE to UE_B 


\ 










17 


100 Trying 


UE_B optionally responds with a 100 
Trying provisional response 












18 


























User B is informed of incoming call of 
User A, User A's identity is displayed 


k 




19 






f 












X 






180 Ringing 


UE_B responds to initial INVITE with 
180 Ringing to indicate that it has 




/ 




• 


• 


20 


180 Ringing 


IMS_B forwards 180 Ringing 
response to IMS_B AS 


{ 


21 


180 Ringing 


IMS_B AS forwards 180 Ringing 
response to IMS_B 




22 


180 Ringing 


IMS_B forwards the 180 Ringing 
response to IBCF_B 




23 


180 Ringing 


IBCF_B forwards the 180 Ringing 
response to IBCF_A 


\ 


24 


180 Ringing 


IBCF_A forwards the 180 Ringing 
response to IMS_A 






25 


180 Ringing 


IMS_A forwards the 180 Ringing 
response to UE_A 
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Step 


Direction IVIessage Comment 




U 
s 
e 
r 
A 


U 

E 
A 


U 
s 
e 
r 
B 


U 

E 
B 


1 

M 
S 
A 


E 
N 
U 
M 
DB 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


A 
S 
B 






26 


























User A is informed that UE_B is 
ringing 


i 




27 




User B answers call 


^ 




28 






z' 












X 






200 OK 


UE_B responds INVITE with 200 OK 
to indicate that the call has been 




f 




f 


{ 


29 


200 OK 


IMS B forwards 200 OK response to 
IMS_B AS 


f 


30 


200 OK 


IIVIS_B AS forwards 200 OK 
response to ll\/IS_B 




31 


200 OK 


IIVIS_B forwards the 200 OK 
response to IBCF_B 




32 


200 OK 


IBCF_B forwards the 200 OK 
response to IBCF_A 


V 


33 


200 OK 


IBCF_A forwards the 200 OK 
response to IMS_A 






34 


200 OK 


IMS_A forwards the 200 OK 
response to UE_A 








35 


























User A is informed that call has been 
answered 


i 




36 














\ 


N. 


X 






ACK 


UE A acknowledges the receipt of 
200 OK for INVITE 






y 


37 


ACK 


IMS_A forwards ACK to IBCF_A 






38 


ACK 


IBCF_A forwards ACK to IBCF_B 




39 


ACK 


IBCF_B forwards ACK to IMS_B 




40 


ACK 


IMS_B forwards ACK to IMS_B AS 


{ 


41 


ACK 


IMS_B AS forwards, possibly 
modified, ACK to IMS_B 




42 


ACK 


IMS_B forwards ACK to UE_B 












43 


























User B is informed that the call is 
established 


i 




44 




User A ends call 


^ 




45 














\ 


\ 








BYE 


UE_A releases the call with BYE 






{ 


46 


BYE 


IMS_A forwards BYE to IBCF_A 




} 


47 


BYE 


IBCF_A forwards BYE to IBCF_B 




48 


BYE 


IBCF_B forwards BYE to IMS_B 




49 


BYE 


IMS_B forwards BYE to IMS_B AS 


f 


50 


BYE 


IMS B AS forwards, possibly 
modified, BYE to IMS_B 




51 


BYE 


IMS_B forwards BYE to UE_B 












52 


























User B is informed that call has 
ended 


i 




53 


















X 






200 OK 


UE B sends 200 OK for BYE 




















/ 
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Step 






Direction 


IVIessage | 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


U 
s 
e 
r 
B 


U 

E 
B 


1 

IVI 
S 
A 


E 
N 
U 
M 
DB 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


A 
S 
B 






54 






z' 






/ 




• 


y 






200 OK 


IMS B forwards 200 OK response to 
IMS_BAS 


< 


55 


200 OK 


IMS_B AS forwards 200 OK 
response to IMS_B 




56 


200 OK 


IMS B forwards 200 OK response to 
IBCF_B 




57 


200 OK 


IBCF B forwards 200 OK response 
to IBCF_A 


K 


58 


200 OK 


IBCF A forwards 200 OK response 
to IMS_A 






59 


200 OK 


IMS A forwards 200 OK response to 
UE_A 








60 


























User A is informed that call has 
ended 


i 





























4.4.7.3 



UC_08_R: SIP message flow for 88 DIP with CF_R0AM_A8 



The expected call flow sequence is: 



Step Direction IVIessage Comment 




U 
s 
e 
r 
A 


U 

E 
A 


u 

s 
e 
r 
B 


U 

E 
B 


1 

M 
S 
A 


E 
N 
U 
M 
DB 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
8 
B 


A 
S 
B 






1 


























User A calls User B 


^ 




2 












^ 

i 

i 


N 


N. 








INVITE 


UE_A sends INVITE with the first 
SDP offer indicating all desired 
media and codecs that UE_A 
supports 


/^ 






3 


100 Trying 


IMS_A responds with a 100 Trying 
provisional response 








4 


ENUM 


IMS_A sends query to ENUM DB 


5 


ENUM 


ENUM DB sends response to IMS_A 


6 


INVITE 


IMS_A forwards INVITE to IBCF_A 




7 


100 Trying 


IBCF_A responds with a 100 Trying 
provisional response 




8 


INVITE 


IBCF_A forwards INVITE to IBCF_B 




9 


100 Trying 


IBCF_B responds with a 100 Trying 
provisional response 




10 


INVITE 


IBCF_B forwards INVITE to IMS_B 


y 


11 


100 Trying 


IMS_B responds with a 100 Trying 
provisional response 


\ 




























INVITE triggers the OIP IPC in IMS_B 


12 
























INVITE 


IMS B forwards the INVITE to 
IMS_B AS 


y 


13 


100 Trying 


AS optionally responds with a 100 
Trying provisional response 


\ 
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Step Direction | IVIessage 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


u 

s 
e 
r 
B 


U 

E 
B 


1 

M 
S 
A 


E 
N 
U 
M 
DB 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


A 
S 
B 






14 










/^ 


/ 




/ 


f 


• 




INVITE 


IIVIS B AS returns, possibly modified, 
INVITE to IMS_B 




15 


100 Trying 


ll\/IS_B responds with a 100 Trying 
provisional response 




16 


INVITE 


IMS B forwards the INVITE to 
IBCF_B 




17 


100 Trying 


IBCF_B responds with a 100 Trying 
provisional response 




18 


INVITE 


IBCF_B forwards INVITE to IBCF_A 


\ 


19 


100 Trying 


IBCF_A responds with a 100 Trying 
provisional response 




20 


INVITE 


IBCF A forwards the INVITE to 
IMS_A 




\ 


21 


100 Trying 


IMS_A responds with a 100 Trying 
provisional response 




) 


22 


INVITE 


IMS_A forwards the INVITE to UE_B 




23 


100 Trying 


UE_B optionally responds with a 100 
Trying provisional response 




24 


























User B is informed of incoming call of 
User A, User A's identity is displayed 


i 




25 






y 








X 


\ 








180 Ringing 


UE_B responds to initial INVITE with 
180 Ringing to indicate that it has 
started alerting 




26 


180 Ringing 


IMS_A forwards 180 Ringing 
response to IBCF_A 


/ 


} 


27 


180 Ringing 


IBCF_A forwards 180 Ringing 
response to IBCF_B 


/ 


28 


180 Ringing 


IBCF_B forwards 180 Ringing 
response to IMS_B 


y 


29 


180 Ringing 


IMS_B forwards 180 Ringing 
response to IMS_B AS 


y 


30 


180 Ringing 


IMS_B AS forwards 180 Ringing 
response to IMS_B 


\ 


31 


180 Ringing 


IMS_B forwards the 180 Ringing 
response to IBCF_B 


\ 


32 


180 Ringing 


IBCF_B forwards the 180 Ringing 
response to IBCF_A 




33 


180 Ringing 


IBCF_A forwards the 180 Ringing 
response to IMS_A 






34 


180 Ringing 


IMS_A forwards the 180 Ringing 
response to UE_A 


K 






35 


























User A is informed that UE_B is 
ringing 


i 




36 




User B answers call 


^ 




37 














N. 


N. 








200 OK 


UE_B responds INVITE with 200 OK 
to indicate that the call has been 
answered 




38 


200 OK 


IMS A forwards 200 OK response to 
IBCF_A 






39 


200 OK 


IBCF A forwards 200 OK response to 
IBCF_B 




/ 
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Step Direction IVIessage Comment 




U 
s 
e 
r 
A 


U 

E 
A 


u 

s 
e 
r 
B 


U 

E 
B 


1 

M 
S 
A 


E 
N 
U 
M 
DB 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


A 
S 
B 






40 






y 






/ 




/■ 








200 OK 


IBCF B forwards 200 OK response to 
IMS_B 


y 


41 


200 OK 


IMS B forwards 200 OK response to 
IMS_BAS 


y 


42 


200 OK 


IIVIS_B AS forwards 200 OK 
response to ll\/IS_B 


\ 


43 


200 OK 


IIVIS_B forwards the 200 OK 
response to IBCF_B 


\ 


44 


200 OK 


IBCF_B forwards the 180 Ringing 
response to IBCF_A 




45 


200 OK 


IBCF_A forwards the 180 Ringing 
response to ll\/IS_A 






46 


200 OK 


IIVIS A forwards the 200 OK response 
to UE_A 


K 






47 


























User A is informed that call has been 
answered 


i 




48 














N. 


\ 








ACK 


UE A acknowledges the receipt of 
200 OK for INVITE 






y 


49 


ACK 


IMS_A forwards ACK to IBCF_A 


/ 


} 


50 


ACK 


IBCF_A forwards ACK to IBCF_B 


• 


51 


ACK 


IBCF_B forwards ACK to IMS_B 


y 


52 


ACK 


IMS_B forwards ACK to IMS_B AS 


f 


53 


ACK 


IMS B AS forwards, possibly 
modified, ACK to IMS_B 




54 


ACK 


IMS_B forwards ACK to IBCF_B 




55 


ACK 


IBCF_B forwards ACK to IBCF_A 




56 


ACK 


IBCF_A forwards ACK to IMS_A 






57 


ACK 


IMS_A forwards ACK to UE_B 




58 


























User B is informed that the call is 
established 


i 




59 




User A ends call 


^ 




60 














N. 


\ 








BYE 


UE_A releases the call with BYE 








61 


BYE 


IMS_A forwards BYE to IBCF_A 




} 


62 


BYE 


IBCF_A forwards BYE to IBCF_B 




63 


BYE 


IBCF_B forwards BYE to IMS_B 


f 


64 


BYE 


IMS_B forwards BYE to IMS_B AS 


f 


65 


BYE 


IMS B AS forwards, possibly 
modified, BYE to IMS_B 




66 


BYE 


IMS_B forwards BYE to IBCF_B 
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Step Direction IVIessage Comment 




U 
s 
e 
r 
A 


U 

E 
A 


u 

s 
e 
r 
B 


U 

E 
B 


1 

M 
S 
A 


E 
N 
U 
M 
DB 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


A 
S 
B 






67 










/^ 


/ 




y 








BYE 


IBCF_B forwards BYE to IBCF_A 




68 


BYE 


IBCF_A forwards BYE to IMS_A 






69 


BYE 


IMS_A forwards BYE to UE_B 




70 


























User B is informed that call has ended 


i 




71 






y 








N 


N. 








200 OK 


UE_B sends 200 OK for BYE 




72 


200 OK 


IMS_A forwards 200 OK to IBCF_A 


/ 




73 


200 OK 


IBCF_A forwards 200 OK to IBCF_B 


{ 


74 


200 OK 


IBCF_B forwards 200 OK to IMS_B 


y 


75 


200 OK 


IMS_B forwards 200 OK to IMS_B AS 


• 


76 


200 OK 


IMS B AS forwards 200 OK response 
to IMS_B 




77 


200 OK 


IMS B forwards 200 OK response to 
IBCF_B 


\ 


78 


200 OK 


IBCF B forwards 200 OK response to 
IBCF_A 




79 


200 OK 


IBCF A forwards 200 OK response to 
IMS_A 






80 


200 OK 


IMS A forwards 200 OK response to 
UE_A 


K 






81 


























User A is informed that call has ended 


i 





































4.4.8 Supplementary Service Originating Identification Restriction (OIR) 



4.4.8.1 



Description 



UE_B places an IMS VoIP call to UE_A. UE_A is subscribed to OIP service, UE_B is subscribed to OIR service in 
permanent mode or default presentation restricted temporary mode. The call flow path and node configuration for this 
use case corresponds to CF_INT_AS when UE_B is in home network and to CF_ROAM_AS when UE_B is roaming in 
IMS_A. 

The test sequence typically associated with this use case is as follows (CFW step numbers refer the call flow step 
numbering): 



Step 


Action 


CF INT AS 


CF ROAM AS 


1 


User B calls User A 


Step1 


Step1 


2 


User A is informed of incoming call of User B, user B's identity 
is not displayed 


Step 22 


Step 28 


3 


User B is informed that UE A is ringing 


Step 32 


Step 41 


4 


User A answers call 


Step 33 


Step 42 


5 


User B is informed that call has been answered 


Step 43 


Step 55 


6 


User A is informed that the call is established 


Step 51 


Step 66 


7 


User A ends call 


Step 52 


Step 67 


8 


User B is informed that call has ended 


Step 62 


Step 80 


9 


User A is informed that call has ended 


Step 70 


Step 91 
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4.4.8.2 



UC_09_I: SIP message flow for SS OIR with CF_INT_AS 



The expected call flow sequence is: 



step 


Direction 


Message 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


U 
s 
e 
r 
B 


U 

E 
B 


1 

M 
S 
A 


A 
S 
A 


1 

B 
C 
F 
A 


1 

B 
C 

F 
B 


E 
N 
U 
IVI 
DB 


1 

IVI 
8 
B 


A 
8 
B 






1 




























User B calls User A 


^ 




2 




















^ 

i 

^ 






INVITE 


UE_B sends INVITE with the first 
SDP offer indicating all desired 


y 










3 


100 Trying 


IMS_B responds with a 100 
Trying provisional response 


K 










4 


ENUM 


IMS B sends query to ENUM DB 


5 


ENUM 


ENUM DB sends response to 
IMSB 






























INVITE triggers the OIR IPC in 
IMS_B 


6 












< 






i 


^ 






INVITE 


IMS B forwards the INVITE to 
IMS_B AS 


< 


7 


100 Trying 


IMS_B AS optionally responds 
with a 100 Trying provisional 


y 


8 


INVITE 


IMS_B AS returns modified 
INVITE including Privacy header 




9 


100 Trying 


IMS_B responds with a 100 
Trying provisional response 




10 


INVITE 


IMS B forwards the INVITE to 
IBCF_B 


11 


100 Trying 


IBCF_B responds with a 100 
Trying provisional response 


12 


INVITE 


IBCF B forwards the INVITE to 
IBCF_A 


N 


13 


100 Trying 


IBCF_A responds with a 100 
Trying provisional response 




14 


INVITE 


IBCF A forwards the INVITE to 
IMS_A 




X 


15 


100 Trying 


IMS_A responds with a 100 
Trying provisional response 


































INVITE triggers the OIP IPC in 
IMS_A 


16 






/^ 




















INVITE 


IMS A forwards the INVITE to 
IMS_A AS 


< 


17 


100 Trying 


IMS_A AS optionally responds 
with a 100 Trying provisional 


y 


18 


INVITE 


IMS_A AS returns modified 
INVITE including modified Prom 


K 


19 


100 Trying 


IMS_A responds with a 100 
Trying provisional response 




20 


INVITE 


IMS A forwards the INVITE to 
UE_A 








21 


100 Trying 


UE_A optionally responds with a 
100 Trying provisional response 








22 




























User A is informed of incoming 
call of User B, user B's identity is 


i 




23 


























180 Ringing 


UE_A responds to initial INVITE 
with 180 Ringing to indicate that it 








24 


180 Ringing 


IMS A forwards the 1 80 Ringing 
tolMS_AAS 




> 
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Step Direction 


IVIessage Comment 




U 
s 
e 
r 
A 


u 

E 
A 


U 
s 
e 
r 
B 


U 

E 
B 


1 

M 
S 
A 


A 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


E 
N 
U 
M 
DB 


1 

M 
S 
B 


A 
S 
B 






25 










y 


/^ 


\ 


N. 




\ 






180 Ringing 


ll\/IS_A AS forwards, possibly 
modified, 180 Ringing to ll\/IS_A 




26 


180 Ringing 


ll\/IS_A forwards 180 Ringing 
response to IBCF_A 






27 


180 Ringing 


IBCF_A forwards 180 Ringing 
response to IBCF_B 




28 


180 Ringing 


IBCF_B forwards 180 Ringing 
response to ll\/IS_B 




) 


29 


180 Ringing 


ll\/IS_B forwards 180 Ringing 
response to ll\/IS_B AS 


f 


30 


180 Ringing 


IMS_B AS forwards, possibly 
modified, 180 Ringing response 




31 


180 Ringing 


IMS_B forwards the 180 Ringing 
response to UE_B 


K 












32 




























User B is informed that UE_A is 
ringing 








33 




User A answers call 


^ 




34 














X 


N. 




\ 






200 OK 


UE_A responds INVITE with 200 
OK to indicate that the call has 






y 


35 


200 OK 


IMS A forwards the 200 OK to 
IMS_AAS 


f 


36 


200 OK 


IMS A AS forwards, possibly 
modified, 200 OK to IMS_A 




37 


200 OK 


IMS_A forwards 200 OK 
response to IBCF_A 






38 


200 OK 


IBCF_A forwards 200 OK 
response to IBCF_B 


/ 


39 


200 OK 


IBCF_B forwards 200 OK 
response to IMS_B 






40 


200 OK 


IMS_B forwards 200 OK 
response to IMS_B AS 


{ 


41 


200 OK 


IMS_B AS forwards, possibly 
modified, 200 OK response to 




42 


200 OK 


IMS_B forwards the 200 OK 
response to UE_B 


K 












43 




























User B is informed that call has 
been answered 


i 




44 






/^ 














\ 






ACK 


UE B acknowledges the receipt 
of 200 OK for INVITE 




f 




y 


/ 




45 


ACK 


IMS B forwards ACK to IMS B 
AS 


f 


46 


ACK 


IMS B AS forwards, possibly 
modified, ACK to IMS_B 




47 


ACK 


IMS_B forwards ACK to IBCF_B 






48 


ACK 


IBCF_B forwards ACK to IBCF_A 




49 


ACK 


IBCF_A forwards ACK to IMS_A 






50 


ACK 


IMS_A forwards ACK to UE_A 








51 




























User A is informed that the call is 
established 


i 




52 




User A ends call 


^ 
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Step Direction 


IVIessage Comment 




U 
s 
e 
r 
A 


U 

E 
A 


u 

s 
e 
r 
B 


U 

E 
B 


1 

M 
S 
A 


A 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


E 
N 
U 
M 
DB 


1 

M 
S 
B 


A 
S 
B 






53 














X 


N 




\ 






BYE 


UE_A releases the call with BYE 






< 


54 


BYE 


IMS A forwards BYE to IMS A 
AS 


y 


55 


BYE 


IMS A AS forwards, possibly 
modified, BYE to IMS_A 




56 


BYE 


IMS_A forwards BYE to IBCF_A 




} 


57 


BYE 


IBCF_A forwards BYE to IBCF_B 




58 


BYE 


IBCF_B forwards BYE to IMS_B 






59 


BYE 


IMS B forwards BYE to IMS B 
AS 


f 


60 


BYE 


IMS B AS forwards BYE to 
IMS_B 




61 


BYE 


IMS_B forwards BYE to UE_B 














62 




























User B is informed that call has 
ended 


y 






63 






y 














\ 






200 OK 


UE_B sends 200 OK for BYE 




{ 




/ 


/ 


) 


64 


200 OK 


IMS_B forwards 200 OK 
response to IMS_B AS 


y 


65 


200 OK 


IMS_B AS forwards, possibly 
modified, 200 OK response to 




66 


200 OK 


IMS_B forwards 200 OK 
response to IBCF_B 


\ 




67 


200 OK 


IBCF_B forwards 200 OK 
response to IBCF_A 




68 


200 OK 


IBCF_A forwards 200 OK 
response to IMS_A 






69 


200 OK 


IMS_A forwards 200 OK 
response to UE_A 








70 




























User A is informed that call has 
ended 


i 









































4.4.8.3 



UG_09_R: SIP message flow for SS OIR with CF_ROAM_AS 



The expected call flow sequence is: 



Step 


Direction IVIessage 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


U 
s 
e 
r 
B 


u 

E 
B 


1 

M 
S 
A 


A 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


E 
N 
U 
M 
DB 


1 

M 
S 
B 


A 
S 
B 






1 




























User B calls User A 


— > 


2 














■v 












INVITE 


UE_B sends INVITE with the 
first SDP offer indicating all 
desired media and codecs that 
UE B supports 


f 


3 


100 Trying 


IMS_A responds with a 100 
Trying provisional response 




4 


INVITE 


IMS A forwards INVITE to 
IBCF A 








/ 
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Step 


Direction IVIessage Comment 




U 
s 
e 
r 
A 


u 

E 
A 


U 
s 
e 
r 
B 


U 

E 
B 


1 

M 
S 
A 


A 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


E 
N 
U 
IVI 
DB 


1 
IVI 

s 

B 


A 
S 
B 






5 












{ 




N. 


i 


^ 

k 

^ 






100 Trying 


IBCF_A responds with a 100 
Trying provisional response 






6 


INVITE 


IBCF A forwards INVITE to 
IBCF B 




7 


100 Trying 


IBCF_B responds with a 100 
Trying provisional response 




8 


INVITE 


IBCF B forwards INVITE to 
IMS B 


9 


100 Trying 


ll\/IS_B responds with a 100 
Trying provisional response 


10 


ENUM 


IMS B sends query to ENUM DB 


11 


ENUM 


ENUM DB sends response to 
IMSB 






























INVITE triggers the OIR IPC in 
IMS B 


12 












f 






k 


^ 






INVITE 


IMS B forwards the INVITE to 
IMS BAS 


• 


13 


100 Trying 


IMS_B AS optionally responds 
with a 100 Trying provisional 
response 


{ 


14 


INVITE 


IMS_B AS returns modified 
INVITE including Privacy header 
(value "id" or "header") to IMS_B 




15 


100 Trying 


IMS_B responds with a 100 
Trying provisional response 




16 


INVITE 


IMS B forwards the INVITE to 
IBCP B 


17 


100 Trying 


IBCP_B responds with a 100 
Trying provisional response 


18 


INVITE 


IBCP B forwards the INVITE to 
IBCP A 


\ 


19 


100 Trying 


IBCP_A responds with a 100 
Trying provisional response 




20 


INVITE 


IMS B forwards the INVITE to 
IMS A 




\ 


21 


100 Trying 


IMS_A responds with a 100 
Trying provisional response 


































INVITE triggers the OIP IPC in 
IMS A 


22 






f 




















INVITE 


IMS A forwards the INVITE to 
IMS A AS 


• 


23 


100 Trying 


IMS_A AS optionally responds 
with a 100 Trying provisional 
response 


f 


24 


INVITE 


IMS_A AS returns modified 
INVITE including modified Prom 
and P-Asserted headers to 
IMS A 




25 


100 Trying 


IMS_A responds with a 100 
Trying provisional response 




26 


INVITE 


IMS A forwards the INVITE to 
UE A 










27 


100 Trying 


UE_A optionally responds with a 
100 Trying provisional response 










28 




f 
























User A is informed of incoming 
call of User B, user B's identity 
is not displayed 




29 


























180 Ringing 


UE_A responds to initial INVITE 
with 180 Ringing to indicate that 
it has started alerting 












/ 
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Step 



Direction 



IVIessage 



Comment 



U 
s 
e 
r 
A 



U 

E 
A 



U 
s 
e 
r 
B 



U 

E 
B 



I 

IVI 
S 
A 



A 
S 
A 



I 

B 
C 

F 
A 



I 

B 
C 

F 
B 



E 
N 
U 
IVI 
DB 



I 

M 
S 
B 



A 
S 
B 



30 



31 



32 



33 



34 



35 



36 



37 



38 



39 



40 



41 



42 



43 



44 



45 



46 



47 



48 



49 



50 



51 



52 



53 



54 



55 



180 Ringing 



180 Ringing 



IMS_A forwards the 180 
Ringing to IMS_A AS 



180 Ringing 



MS_A AS forwards, possibly 
modified, 180 Ringing to MS_A 



180 Ringing 



ll\/IS_A forwards 180 Ringing 
response to IBCF_ A 



IBCF_A forwards 180 Ringing 
response to IBCF_B 



180 Ringing 



IBCF_B forwards 180 Ringing 
response to ll\/IS_B 



180 Ringing 



ll\/IS_B forwards 180 Ringing 
response to ll\/IS_B AS 



180 Ringing 



ll\/IS_B AS forwards, possibly 
modified, 180 Ringing response 
to IMS B 



180 Ringing 



180 Ringing 



IMS_B forwards the 180 Ringing 
response to IBCF_B 



180 Ringing 



IBCF_B forwards the 180 
Ringing response to IBCF_A 



180 Ringing 



IBCF_A forwards the 180 
Ringing response to IMS_ A 



IMS_A forwards the 180 Ringing 
response to UE_B 



User B is informed that UE_A is 
ringing 



User A answers call 



200 OK 



UE_A responds INVITE with 
200 OK to indicate that the call 
has been answered 



200 OK 



IMS_A forwards the 200 OK to 
IMS A AS 



200 OK 



IMS_A AS forwards, possibly 
modified, 200 OK to IMS A 



200 OK 



IMS_A forwards 200 OK 
response to IBCF_A 



200 OK 



200 OK 



IBCF_A forwards 200 OK 
response to IBCF_B 



200 OK 



IBCF_B forwards 200 OK 
response to IMS_B 



IMS_B forwards 200 OK 
response to IMS_B AS 



200 OK 



IMS_B AS forwards, possibly 
modified, 200 OK response to 
IMS B 



200 OK 



IMS_B forwards the 200 OK 
response to IBCF_B 



200 OK 



IBCF_B forwards the 200 OK 
response to IBCF_A 



200 OK 



IBCF_A forwards the 200 OK 
response to IMS_A 



200 OK 



IMS_A forwards the 200 OK 
response to UE_B 



User B is informed that call has 
been answered 



56 



57 



ACK 



UE_B acknowledges the receipt 
of 200 OK for INVITE 



ACK 



IMS A forwards ACK to IBCF A 
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Step 


Direction IVIessage 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


U 
s 
e 
r 
B 


U 

E 
B 


1 

M 
S 
A 


A 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


E 
N 
U 
M 
DB 


1 

M 
S 
B 


A 
S 
B 






58 






/ 






/^ 




\ 




\ 






ACK 


IBCF A forwards ACK to 
IBCF B 


/ 


59 


ACK 


IBCF_B forwards ACK to IMS_B 


/ 




60 


ACK 


IMS B forwards ACK to IMS B 
AS 


y 


61 


ACK 


IMS_B AS forwards, possibly 
modified, ACK to IMS B 


\ 


62 


ACK 


IMS_B forwards ACK to IBCF_B 






63 


ACK 


IBCF B forwards ACK to 
IBCF A 




64 


ACK 


IBCF_A forwards ACK to IMS_A 






65 


ACK 


IMS_A forwards ACK to UE_A 








66 




























User A is informed that the call 
is established 


i 




67 




User A ends call 


^ 


68 














\ 


N. 




\ 






BYE 


UE_A releases the call with BYE 






y 


69 


BYE 


IMS A forwards BYE to IMS A 
AS 


y 


70 


BYE 


IMS A AS forwards, possibly 
modified, BYE to IMS A 




71 


BYE 


IMS_A forwards BYE to IBCF_A 


{ 




72 


BYE 


IBCF A forwards BYE to 
IBCF B 


/ 


73 


BYE 


IBCF_B forwards BYE to IMS_B 


/ 




74 


BYE 


IMS B forwards BYE to IMS B 
AS 


{ 


75 


BYE 


IMS B AS forwards BYE to 
IMS B 




76 


BYE 


IMS_B forwards BYE to IBCF_B 






77 


BYE 


IBCF B forwards BYE to 
IBCF A 




78 


BYE 


IBCF_A forwards BYE to IMS_A 






79 


BYE 


IMS_A forwards BYE to UE_B 




80 




























User B is informed that call has 
ended 


i 




81 














X 


\ 




\ 






200 OK 


UE_B sends 200 OK for BYE 




82 


200 OK 


IMS_A forwards 200 OK 
response to IBCF A 


{ 




83 


200 OK 


IBCF_A forwards 200 OK 
response to IBCF B 




84 


200 OK 


IBCF_B forwards 200 OK 
response to IMS B 


/ 




85 


200 OK 


IMS_B forwards 200 OK 
response to IMS_B AS 


f 


86 


200 OK 


IMS_B AS forwards, possibly 
modified, 200 OK response to 
IMS B 




87 


200 OK 


IMS_B forwards 200 OK 
response to IBCF B 






88 


200 OK 


IBCF_B forwards 200 OK 
response to IBCF A 




89 


200 OK 


IBCF_A forwards 200 OK 
response to IMS A 






90 


200 OK 


IMS_A forwards 200 OK 
response to UE A 








91 




























User A is informed that call has 
ended 


i 
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4.4.9 Supplementary Service HOLD 



4.4.9.1 



Description 



UE_A places an IMS VoIP call to UE_B which places the call on HOLD. UE_A will be notified by the AS that the call 
is on hold. UE_B will resume the call, and UE_A will be informed by the AS that the call is resumed. 

The test sequence typically associated with this use case when is as follows (CFW step numbers refer the call flow step 
numbering): 



Step 


Action 


CF INT AS 


CF ROAM AS 


1 


User A calls User B 


1 


1 


2 


User B is informed of incoming call of User A 


14 


20 


3 


User A is informed that UE B is ringing 


20 


29 


4 


User B answers call 


21 


30 


5 


User A is informed that call has been answered 


27 


39 


6 


User B is informed that call is established 


33 


48 


7 


User B puts call on hold 


34 


49 


8 


User A is informed that call on hold with AS 
tone 


49 


70 


9 


User B is informed that call on hold 


57 


81 


10 


User B resumes call 


65 


92 


11 


User B is informed that call is resumed 


87 


123 


12 


User A is informed that call is resumed 


95 


134 


13 


User A ends call 


96 


135 


14 


User B is informed that call has ended 


102 


144 


15 


User A is informed that call has ended 


108 


153 



4.4.9.1.1 



UC_10_I: SIP Call Flow "call hold and resume with AS tone" using relNVITE with 
CF INT AS 



The expected call flow sequence is: 



Step 


Direction IVIessage 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


U 
s 
e 
r 
B 


U 

E 
B 


1 

M 
S 
A 


E 
N 
U 
M 
DB 


1 

B 
C 
F 
A 


1 

B 
C 
F 
B 


1 

M 
S 
B 


A 
S 
B 






1 


























User A calls User B 


^ 




2 












\ 


\ 










INVITE 


UE_A sends INVITE with the first 
SDP offer indicating all desired 
media and codecs that UE_A 
supports 


{ 






3 


100 Trying 


IMS_A responds with a 100 Trying 
provisional response 








4 


ENUM 


IMS_A sends query to ENUM DB 


/ 


5 


ENUM 


ENUM DB sends response to 
IMS_A 




6 


INVITE 


IMS_A forwards INVITE to IBCF_A 


y 




7 


100 Trying 


IBCF_A responds with a 100 Trying 
provisional response 






8 


INVITE 


IBCF A forwards INVITE to 
IBCF_B 


/ 


9 


100 Trying 


IBCF_B responds with a 100 Trying 
provisional response 




10 


INVITE 


IBCF_B forwards INVITE to IMS_B 




/ 
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Step 


Direction IVIessage Comment 




U 
s 
e 
r 
A 


U 

E 
A 


U 
s 
e 
r 
B 


u 

E 
B 


1 

M 
S 
A 


E 
N 
U 
M 
DB 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

IVI 

s 

B 


A 
S 
B 






11 


















• 






100 Trying 


ll\/IS_B responds with a 100 Trying 
provisional response 




12 


INVITE 


IMS_B forwards INVITE to UE_B 


K 










13 


100 Trying 


UE_B optionally responds with a 
100 Trying provisional response 












14 


























User B is informed of incoming call 
of User A 


i 




15 
























180 Ringing 


UE_B responds to initial INVITE 
with 180 Ringing to indicate that it 
has started alerting 




/ 




• 


• 


16 


180 Ringing 


IMS_B forwards the 180 Ringing 
response to IBCF_B 




17 


180 Ringing 


IBCF_B forwards the 180 Ringing 
response to IBCF_A 


\ 


18 


180 Ringing 


IBCF_A forwards the 180 Ringing 
response to IMS_A 






19 


180 Ringing 


IMS_A forwards the 180 Ringing 
response to UE_A 








20 


























User A is informed that UE_B is 
ringing 


i 




21 




User B answers call 


^ 




22 






< 


















200 OK 


UE_B responds to INVITE with 200 
OK to indicate that the call has 
been answered 




• 




• 


{ 


23 


200 OK 


IMS B forwards 200 OK response 
to IBCF_B 




24 


200 OK 


IBCF B forwards 200 OK response 
to IBCF_A 




25 


200 OK 


IBCF A forwards 200 OK response 
to IMS_A 






26 


200 OK 


IMS_A forwards the 200 OK 
response to UE_A 








27 


























User A is informed that call has 
been answered 


i 




28 














\ 










ACK 


UE A acknowledges the receipt of 
200 OK for INVITE 






{ 


29 


ACK 


IMS_A forwards ACK to IBCF_A 






30 


ACK 


IBCF_A forwards ACK to IBCF_B 




31 


ACK 


IBCF_B forwards ACK to IMS_B 




32 


ACK 


IMS_B forwards ACK to UE_B 












33 


























User B is informed that call is 
established 


i 




34 




User B puts call on hold 


^ 




35 
























INVITE 


UE_B sends relNVITE message 
indicating media attribute 
"sendonly" (Call Hold) 












36 


100 Trying 


IMS_B responds with a 100 Trying 
provisional response 
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Step 


Direction IVIessage Comment 




U 
s 
e 
r 
A 


U 

E 
A 


U 
s 
e 
r 
B 


U 

E 
B 


1 

M 
S 
A 


E 
N 
U 
M 
DB 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


A 
S 
B 






37 












/ 




y 


y 






INVITE 


IMS_B sends relNVITE to AS_B 


y 


38 


100 Trying 


AS_B optionally responds with a 
100 Trying provisional response 




39 


INVITE 


AS_B sends relNVITE to IMS_B 




40 


100 Trying 


ll\/IS_B responds with a 100 Trying 
provisional response 




41 


INVITE 


IMS B forwards relNVITE to 
IBCF_B 


\ 


42 


100 Trying 


IBCF_B responds with a 100 Trying 
provisional response 




43 


INVITE 


IBCF B forwards relNVITE to 
IBCF_A 




44 


100 Trying 


IBCF_A responds with a 100 Trying 
provisional response 


? 


45 


INVITE 


IBCF A forwards relNVITE to 
IMS_A 




V 


46 


100 Trying 


IMS_A responds with a 100 Trying 
provisional response 






47 
48 


INVITE 
100 Trying 


IMS_A forwards relNVITE to UE_A 

UE_A optionally responds with a 
100 Trying provisional response 


K 












49 


























User A is informed that call is on 
hold with AS tone 


i 




50 














V 










200 OK 


UE_A responds to relNVITE with 
200 OK indicating media attribute 
"recvonly" 






/^ 


51 


200 OK 


IMS A forwards 200 OK response 
to IBCF_A 






52 


200 OK 


IBCF A forwards 200 OK response 
to IBCF_B 


? 


53 


200 OK 


IBCF B forwards 200 OK response 
to IMS_B 




54 


200 OK 


IMS B forwards 200 OK response 
to AS_B 


y 


55 


200 OK 


AS B forwards 200 OK response to 
IMS_B 


\ 


56 


200 OK 


IMS_B forward the 200 OK to UE_B 












57 


























User B is informed that the call is 
on hold 


i 




58 
























ACK 


UE B acknowledges the receipt of 
200 OK for relNVITE 




• 




/ 


y 


59 


ACK 


IMS_B forwards ACK to AS_B 


• 


60 


ACK 


AS_B forwards ACK to IMS_B 




61 


ACK 


IMS_B forwards ACK to IBCF_B 


\ 


62 


ACK 


IBCF_B forwards ACK to IBCF_A 




63 


ACK 


IBCF_A forwards ACK to IMS_A 
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step 


Direction lUlessage 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


u 

s 
e 
r 
B 


U 

E 
B 


1 

M 
S 
A 


E 
N 
U 
lUI 
DB 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


A 
S 
B 






64 
























ACK 


IMS_A forwards ACK to UE_A 








65 


























User B resumes call 


^ 




66 
























INVITE 


UE_B sends second relNVITE 
message indicating media attribute 
"sendrecv" (Call Resume) 












67 


100 Trying 


IMS_B responds with a 100 Trying 
provisional response 


K 


y 




/ 


• 


68 


INVITE 


IMS_B sends relNVITE to AS_B 


• 


69 


100 Trying 


AS_B optionally responds with a 
100 Trying provisional response 


^ 


70 


INVITE 


AS_B forwards INVITE to IMS_B 


\ 


71 


100 Trying 


IMS_B responds with a 100 Trying 
provisional response 




72 


INVITE 


IMS_B sends relNVITE to IBCF_B 




73 


100 Trying 


IBCF_B responds with a 100 Trying 
provisional response 




74 


INVITE 


IBCF_B sends relNVITE to IBCF_A 




75 


100 Trying 


IBCF_A responds with a 100 Trying 
provisional response 




76 


INVITE 


IBCF_A sends relNVITE to IMS_A 




\ 


77 


100 Trying 


IMS_A responds with a 100 Trying 
provisional response 




\ 


78 


INVITE 


IMS_A forwards relNVITE to UE_A 








79 


100 Trying 


UE_A optionally responds with a 
100 Trying provisional response 








80 


200 OK 


UE_A sends the 200 OK indicating 
media attribute "sendrecv" to 
IMS A 








81 


200 OK 


IMS A forwards 200 OK response 
to IBCF_A 




} 


82 


200 OK 


IBCF A forwards 200 OK response 
to IBCF_B 




83 


200 OK 


IBCF B forwards 200 OK response 
to IMS_B 




84 


200 OK 


IMS_B forwards 200 OK response 
to AS_B 


{ 


85 


200 OK 


AS B forwards the 200 OK for 
INVITE 




86 


200 OK 


IMS_B forwards 200 OK to UE_B 












87 


























User B is informed that call is 
resumed 


i 




88 
























ACK 


UE_B sends ACK to IMS_B 












89 


ACK 


IMS_B forwards ACK to AS_B 


^ 


90 


ACK 


AS_B forwards ACK to IMS_B 


\ 
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Step 


Direction IVIessage Comment 




U 
s 
e 
r 
A 


U 

E 
A 


U 
s 
e 
r 
B 


U 

E 
B 


1 

M 
S 
A 


E 
N 
U 
M 
DB 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

IVI 

s 

B 


A 
S 
B 






91 












/ 




y 


y 






ACK 


IMS_B forwards ACK to IBCF_B 




92 


ACK 


IBCF_B forwards ACK to IBCF_A 


V 


93 


ACK 


IBCF_A forwards ACK to IMS_A 






94 


ACK 


IMS_A forwards ACK to UE_A 








95 


























User A is informed that call 
resumed 


i 




96 




User A ends call 


^ 




97 














\ 










BYE 


UE_A releases the call with BYE 








98 


BYE 


IMS_A forwards BYE to IBCF_A 




} 


99 


BYE 


IBCF_A forwards BYE to IBCF_B 




100 


BYE 


IBCF_B forwards BYE to IMS_B 




101 


BYE 


IMS_B forwards BYE to UE_B 


K 










102 


























User B is informed that call has 
ended 


i 




103 
























200 OK 


UE_B sends 200 OK for BYE 




y 




/■ 


y 


104 


200 OK 


IMS B forwards 200 OK response 
to IBCF_B 


K 


105 


200 OK 


IBCF B forwards 200 OK response 
to IBCF_A 




106 


200 OK 


IBCF A forwards 200 OK response 
to IMS_A 






107 


200 OK 


IMS_A forwards the 200 OK 
response to UE_A 


K 






108 


























User A is informed that call has 
ended 


i 





































4.4.9.1 .2 UC_1 0_R: SIP Call Flow "call hold and resume with AS tone" using relNVITE 

with CF_ROAM_AS 

The expected call flow sequence is: 



Step 


Direction 


Message 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


U 
s 
e 
r 
B 


U 

E 
B 


1 

IVI 

s 

A 


E 
N 
U 
M 
DB 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


A 
S 
B 






1 


























User A calls User B 


^ 




2 
























INVITE 


UE_A sends INVITE with the first 
SDP offer indicating all desired 


y 






3 


100 Trying 


IMS_A responds with a 100 
Trying provisional response 
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Step 


Direction 


Message 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


U 
s 
e 
r 
B 


U 

E 
B 


1 

IVI 
S 
A 


E 
N 
U 
M 
DB 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

IVI 

s 

B 


A 
S 
B 






4 










/^ 


\ 


V 


N 


X 






ENUM 


IMS_A sends query to ENUM DB 


/ 


5 


ENUM 


ENUIVI DB sends response to 
IMS_A 




6 


INVITE 


IMS A forwards INVITE to 
IBCF_A 


y 




7 


100 Trying 


IBCF_A responds with a 100 
Trying provisional response 


^ 

y 




8 


INVITE 


IBCF A forwards INVITE to 
IBCF_B 


/ 


9 


100 Trying 


IBCF_B responds with a 100 
Trying provisional response 


• 


10 


INVITE 


IMS A forwards INVITE to 
IMS_B 


f 


11 


100 Trying 


IMS_B responds with a 100 
Trying provisional response 


/ 


12 


INVITE 


IMS B forwards INVITE to 
IBCF_B 


X 


13 


100 Trying 


IBCF_B responds with a 100 
Trying provisional response 




14 


INVITE 


IBCF B forwards INVITE to 
IBCF_A 




15 


100 Trying 


IBCF_A responds with a 100 
Trying provisional response 




16 


INVITE 


IBCF A forwards INVITE to 
IMS_A 




\ 


17 


100 Trying 


IMS_A responds with a 100 
Trying provisional response 




} 


18 


INVITE 


IMS_A forwards INVITE to UE_B 




19 


100 Trying 


UE_B optionally responds with a 
100 Trying provisional response 




20 


























User B is informed of incoming 
call of User A 


i 




21 






/^ 








\ 




X 






180 Ringing 


UE_B responds to initial INVITE 
with 180 Ringing to indicate that 




22 


180 Ringing 


IMS_A forwards 180 Ringing 
response to IBCF_A 


y 




23 


180 Ringing 


IBCF_A forwards 180 Ringing 
response to IBCF_B 


/ 


24 


180 Ringing 


IBCF_B forwards 180 Ringing 
response to IMS_B 


f 


25 


180 Ringing 


IMS_B forwards the 180 Ringing 
response to IBCF_B 




26 


180 Ringing 


IBCF_B forwards 180 Ringing 
response to IBCF_A 




27 


180 Ringing 


IBCF_A forwards 180 Ringing 
response to IMS_A 






28 


180 Ringing 


IMS_A forwards the 180 Ringing 
response to UE_A 








29 


























User A is informed that UE_B is 
ringing 


i 




30 




User B answers call 


^ 




31 
























200 OK 


UE_B responds to INVITE with 
200 OK to indicate that the call 




^ 
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Step 


Direction 


IVIessage 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


u 

s 
e 
r 
B 


u 

E 
B 


1 

M 
S 
A 


E 
N 
U 
M 
DB 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


A 
S 
B 






32 






y 








\ 


> 


X 






200 OK 


IMS_A forwards 200 OK 
response to IBCF_A 


• 




33 


200 OK 


IBCF_A forwards 200 OK 
response to IBCF_B 


/■ 


34 


200 OK 


IBCF_B forwards 200 OK 
response to MS_B 


y 


35 


200 OK 


IMS_B forwards 200 OK 
response to IBCF_B 


K 


36 


200 OK 


IBCF_B forwards 200 OK 
response to IBCF_A 




37 


200 OK 


IBCF_A forwards 200 OK 
response to MS_A 






38 


200 OK 


IMS_A forwards the 200 OK 
response to UE_A 


K 






39 


























User A is informed that call has 
been answered 


i 




40 














V 










ACK 


UE A acknowledges the receipt 
of 200 OK for INVITE 






< 


41 


ACK 


IMS_A forwards ACK to IBCF_A 


/ 




42 


ACK 


IBCF A forwards ACK to 
IBCF_B 




43 


ACK 


IBCF_B forwards ACK to IMS_B 


y 


44 


ACK 


IMS_B forwards ACK to IBCF_B 




45 


ACK 


IBCF B forwards ACK to 
IBCF_A 


V 


46 


ACK 


IBCF_A forwards ACK to IMS_A 






47 


ACK 


IMS_A forwards ACK to UE_B 




48 


























User B is informed that call is 
established 


i 




49 




User B puts call on hold 


^ 




50 














\ 


> 




X 




INVITE 


UE_B sends relNVITE message 
indicating media attribute 


y 


51 


100 Trying 


IMS_A responds with a 100 
Trying provisional response 




52 


INVITE 


IMS A forwards INVITE to 
IBCF_A 


/ 


} 


53 


100 Trying 


IBCF_A responds with a 100 
Trying provisional response 






54 


INVITE 


IBCF A forwards INVITE to 
IBCF_B 


y 


55 


100 Trying 


IBCF_B responds with a 100 
Trying provisional response 




56 


INVITE 


IBCF B forwards INVITE to 
IMS_B 


y 


57 


100 Trying 


IMS_B responds with a 100 
Trying provisional response 




58 


INVITE 


IMS_B sends relNVITE to AS_B 


y 


59 


100 Trying 


AS_B optionally responds with a 
100 Trying provisional response 


K 
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Step 


Direction 


IVIessage 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


U 
s 
e 
r 
B 


U 

E 
B 


1 

M 
S 
A 


E 
N 
U 
M 
DB 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


A 
S 
B 






60 






< 






y 




/■ 


• 


f 




INVITE 


AS_B sends relNVITE to IMS_B 




61 


100 Trying 


ll\/IS_B responds with a 100 
Trying provisional response 




62 


INVITE 


IMS B forwards relNVITE to 
IBCF_B 


X 


63 


100 Trying 


IBCF_B responds with a 100 
Trying provisional response 




64 


INVITE 


IBCF B forwards relNVITE to 
IBCF_A 


> 


65 


100 Trying 


IBCF_A responds with a 100 
Trying provisional response 




66 


INVITE 


IBCF A forwards relNVITE to 
IMS_A 


^ 


\ 


67 


100 Trying 


IMS_A responds with a 100 
Trying provisional response 






68 


INVITE 


IMS A forwards relNVITE to 
UE_A 








69 


100 Trying 


UE_A optionally responds with a 
100 Trying provisional response 








70 


























User A is informed that call is on 
hold with AS tone 


i 




71 














V 










200 OK 


UE_A responds to relNVITE with 
200 OK indicating media 






y 


72 


200 OK 


IMS_A forwards 200 OK 
response to IBCF_A 


y 




73 


200 OK 


IBCF_A forwards 200 OK 
response to IBCF_B 




74 


200 OK 


IBCF_B forwards 200 OK 
response to IMS_B 


• 


75 


200 OK 


IMS_B forwards 200 OK 
response to AS_B 


• 


76 


200 OK 


AS B forwards 200 OK response 
to IMS_B 




77 


200 OK 


IMS_B forwards 200 OK 
response to IBCF_B 


\ 


78 


200 OK 


IBCF_B forwards 200 OK 
response to IBCF_A 




79 


200 OK 


IBCF_A forwards 200 OK 
response to IMS_A 






80 


200 OK 


IMS A forward the 200 OK to 
UE_B 


K 


81 


























User B is informed that the call is 
on hold 


i 




82 














V 


\ 




X 




ACK 


UE B acknowledges the receipt 
of 200 OK for relNVITE 




83 


ACK 


IMS_A forwards ACK to IBCF_A 






84 


ACK 


IBCF A forwards ACK to 
IBCF_B 




85 


ACK 


IBCF_B forwards ACK to IMS_B 




86 


ACK 


IMS_B forwards ACK to AS_B 


y 


87 


ACK 


AS_B forwards ACK to IMS_B 


\ 
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Step 


Direction 


IVIessage 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


U 
s 
e 
r 
B 


U 

E 
B 


1 

M 
S 
A 


E 
N 
U 
M 
DB 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


A 
S 
B 






88 






^ 






y 




/ 


f 






ACK 


IMS_B forwards ACK to IBCF_B 




89 


ACK 


IBCF B forwards ACK to 
IBCF_A 




90 


ACK 


IBCF_A forwards ACK to IMS_A 






91 


ACK 


IMS_A forwards ACK to UE_A 


\ 






92 


























User B resumes call 


^ 




93 






• 








\ 






X 




INVITE 


UE_B sends second relNVITE 
message indicating media 


^ 


94 


100 Trying 


ll\/IS_A responds with a 100 
Trying provisional response 


\ 


95 


INVITE 


IMS A sends relNVITE to 
IBCF_A 


/ 




96 


100 Trying 


IBCF_A responds with a 100 
Trying provisional response 


/ 




97 


INVITE 


IBCF A sends relNVITE to 
IBCF_B 


• 


98 


100 Trying 


IBCF_B responds with a 100 
Trying provisional response 




99 


INVITE 


IBCF B sends relNVITE to 
IMS_B 


• 


100 


100 Trying 


IMS_B responds with a 100 
Trying provisional response 


• 


101 


INVITE 


IMS_B sends relNVITE to AS_B 


f 


102 


100 Trying 


AS_B optionally responds with a 
100 Trying provisional response 


{ 


103 


INVITE 


AS_B forwards INVITE to IMS_B 


X 


104 


100 Trying 


IMS_B responds with a 100 
Trying provisional response 




105 


INVITE 


IMS B sends relNVITE to 
IBCF_B 


\ 


106 


100 Trying 


IBCF_B responds with a 100 
Trying provisional response 




107 


INVITE 


IBCF B sends relNVITE to 
IBCF_A 




108 


100 Trying 


IBCF_A responds with a 100 
Trying provisional response 


? 


109 


INVITE 


IBCF A sends relNVITE to 
IMS_A 




\ 


110 


100 Trying 


IMS_A responds with a 100 
Trying provisional response 




V 


111 


INVITE 


IMS A forwards relNVITE to 
UE_A 








112 


100 Trying 


UE_A optionally responds with a 
100 Trying provisional response 








113 


200 OK 


UE_A sends the 200 OK 
indicating media attribute 








114 


200 OK 


IMS_A forwards 200 OK 
response to IBCF_A 






115 


200 OK 


IBCF_A forwards 200 OK 
response to IBCF_B 




' 
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Step 


Direction 


IVIessage 


Comment 




U 
s 
e 
r 
A 
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E 
A 
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s 
e 
r 
B 
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E 
B 


1 

M 
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A 
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N 
U 
M 
DB 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


A 
S 
B 






116 










y 


/ 




/ 








200 OK 


IBCF_B forwards 200 OK 
response to IMS_B 


y 


117 


200 OK 


IMS_B forwards 200 OK 
response to AS_B 


y 


118 


200 OK 


AS B forwards the 200 OK for 
INVITE 




119 


200 OK 


IMS B forwards 200 OK to 
IBCF_B 


\ 


120 


200 OK 


IBCF B forwards 200 OK to 
IBCF_A 




121 


200 OK 


IBCF A forwards 200 OK to 
IMS_A 






122 


200 OK 


IMS A forwards 200 OK to 
UE_B 


K 


123 


























User B is informed that call is 
resumed 


i 




124 






y 








V 






X 




ACK 


UE_B sends ACK to IMS_A 




125 


ACK 


IMS_A forwards ACK to IBCF_A 


y 




126 


ACK 


IBCF A forwards ACK to 
IBCF_B 




127 


ACK 


IBCF_B forwards ACK to IMS_B 


f 


128 


ACK 


IMS_B forwards ACK to AS_B 


y 


129 


ACK 


AS_B forwards ACK to IMS_B 


\ 


130 


ACK 


IMS_B forwards ACK to IBCF_B 




131 


ACK 


IBCF B forwards ACK to 
IBCF_A 




132 


ACK 


IBCF_A forwards ACK to IMS_A 






133 


ACK 


IMS_A forwards ACK to UE_A 


K 






134 


























User A is informed that call 
resumed 


i 




135 




User A ends call 


^ 




136 














\ 


\ 


X 






BYE 


UE_A releases the call with BYE 






y 


137 


BYE 


IMS_A forwards BYE to IBCF_A 


y 




138 


BYE 


IBCF A forwards BYE to 
IBCF_B 


/ 


139 


BYE 


IBCF_B forwards BYE to IMS_B 


f 


140 


BYE 


IMS_B forwards BYE to IBCF_B 




141 


BYE 


IBCF B forwards BYE to 
IBCF_A 




142 


BYE 


IBCF_A forwards BYE to IMS_A 






143 


BYE 


IMS_A forwards BYE to UE_B 


K 
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Step 


Direction 


IVIessage 


Comment 




U 
s 
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r 
A 
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E 
A 
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B 
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DB 
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A 


1 

B 
C 

F 
B 


1 

IVI 

s 

B 


A 
S 
B 






144 


























User B is informed that call has 
ended 


^ 




145 






< 








V 










200 OK 


UE_B sends 200 OK for BYE 




146 


200 OK 


IMS_A forwards 200 OK 
response to IBCF_A 


/ 




147 


200 OK 


IBCF_A forwards 200 OK 
response to IBCF_B 




148 


200 OK 


IBCF_B forwards 200 OK 
response to IMS_B 


^ 


149 


200 OK 


IMS_B forwards 200 OK 
response to IBCF_B 




150 


200 OK 


IBCF_B forwards 200 OK 
response to IBCF_A 


K 


151 


200 OK 


IBCF_A forwards 200 OK 
response to IMS_A 






152 


200 OK 


IMS_A forwards the 200 OK 
response to UE_A 








153 


























User A is informed that call has 
ended 


i 





































4.4.10 Supplementary Service Call Forward Unconditional (CFU) 
4.4.10.1 Description 

UE_A places an IMS VoIP call to UE_B which has CFU activated towards user UE_B2 which is located in IMS_A. 
UE_A may be notified by the AS that the call is forwarded. UE_B2 answers the call without previous ringing 
indication. The call is released by UE_A. 

The test sequence typically associated with this use case when is as follows (CFW step numbers refer the call flow step 
numbering): 



Step 


Action 


CF INT AS 


CF ROAM AS 


1 


User A calls User B 


1 


1 


2 


User A may be informed of call diversion 


19 


19 


3 


User B2 is informed of incoming call of User A 


24 


30 


4 


User 82 answers call 


25 


31 


5 


User A is informed that call has been answered 


33 


42 


6 


User B2 is informed that call is established 


41 


53 


7 


User A ends call 


42 


54 


8 


User B2 is informed that call has ended 


48 


62 


9 


User A is informed that call has ended 


54 


72 
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4.4.10.1.1 UC_11_I: SIP Call Flow "Communication Forwarding unconditional" with 

CF_INT_AS 

The expected call flow sequence is: 



Step 


Direction 


IVIessage 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


u 

s 

e 

r 

B2 


U 

E 
B2 


1 

M 
S 
A 


E 
N 
U 
M 
DB 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


A 
S 
B 






1 


























User A calls User B 


^ 




2 












N 


N 










INVITE 


UE_A sends INVITE with the first 
SDP offer indicating all desired 


y 






3 


ENUM 


IMS_A sends query to ENUM DB 


• 


4 


ENUM 


ENUM DB sends response to 
IMS_A 




5 


100 Trying 


IMS_A responds with a 100 Trying 
provisional response 


K 






6 


INVITE 


IMS A forwards INVITE to 
IBCF_A 


/ 




7 


100 Trying 


IBCF_A responds with a 100 
Trying provisional response 






8 


INVITE 


IBCF A forwards INVITE to 
IBCF_B 


• 


9 


100 Trying 


IBCF_B responds with a 100 
Trying provisional response 


\ 


10 


INVITE 


IBCF B forwards INVITE to 
IMS_B 


• 


11 


100 Trying 


IMS_B responds with a 100 Trying 
provisional response 






























INVITE triggers the CPU IPC in 
IMS_B 


12 
























INVITE 


IMS B forwards the INVITE to 
AS_B 


{ 


13 


100 Trying 


AS_B optionally responds with the 
100 Trying to IMS_B 






























AS_B applies the CDIV CPU 
procedure 


14 






f 






• 




• 


/ 


f 




181 Call is 
being 


AS_B indicates optionally to 
IMS_B that call has been 




15 


181 Call is 
being 


IMS_B indicates to IBCP_B that 
call has been forwarded 




16 


181 Call is 
being 


IBCP_B indicates to IBCP_A that 
call has been forwarded 




17 


181 Call is 
being 


IBCP_A indicates to IMS_A that 
call has been forwarded 






18 


181 Call is 
being 


IMS_A indicates that call to UE_B 
has been forwarded 








19 


























User A may be informed of call 
diversion 


i 




20 










/ 










y 




INVITE 


AS_B returns modified INVITE 
including new request URI and 


\ 


21 


100 Trying 


IMS_B responds with a 100 Trying 
provisional response 




22 


INVITE 


IMS B forwards the INVITE to 
UE_B2 












23 


100 Trying 


UE_B2 optionally responds with a 
100 Trying provisional response 












24 


























User B2 is informed of incoming 
call of User A 


^ 
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Step 


Direction 


Message 


Comment 




U 
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E 
A 
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r 

B2 


U 

E 
B2 


1 

IVI 
S 
A 


E 
N 
U 
IVI 
DB 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


A 
S 
B 






25 


























User B2 answers call 


^ 




26 






y 


















200 OK 


UE_B2 responds to INVITE with 
200 OK to indicate that the call 




/" 




• 


• 


27 


200 OK 


IMS B forwards 200 OK response 
to AS_B 


{ 


28 


200 OK 


AS B returns, possibly modified, 
200OKtolMS_B 




29 


200 OK 


IMS B forwards 200 OK response 
to IBCF_B 




30 


200 OK 


IBCF_B forwards 200 OK 
response to IBCF_A 


\ 


31 


200 OK 


IBCF_A forwards 200 OK 
response to IMS_A 






32 


200 OK 


IMS A forwards 200 OK response 
to UE_A 








33 


























User A is informed that call has 
been answered 


i 




34 
























ACK 


UE A acknowledges the receipt of 
200 OK for INVITE 






• 


35 


ACK 


IMS_A forwards ACK to IBCF_A 






36 


ACK 


IBCF_A forwards ACK to IBCF_B 




37 


ACK 


IBCF_B forwards ACK to IMS_B 




38 


ACK 


IMS_B forwards ACK to AS_B 


• 


39 


ACK 


AS B returns, possibly modified, 
ACKtolMS_B 




40 


ACK 


IMS_B forwards ACK to UE_B2 


K 










41 


























User B2 is informed that call is 
established 


i 




42 




User A ends call 


^ 




43 














N 










BYE 


UE_A releases the call with BYE 






• 


44 


BYE 


IMS_A forwards BYE to IBCF_A 






45 


BYE 


IBCF_A forwards BYE to IBCF_B 




46 


BYE 


IBCF_B forwards BYE to IMS_B 




47 


BYE 


IMS_B forwards BYE to UE_B 


K 










48 
























BYE 


User B is informed that call has 
ended 


i 




49 
























200 OK 


UE_B sends 200 OK for BYE 




/ 




/ 


• 


50 


200 OK 


IMS B forwards 200 OK response 
to IBCF_B 


\ 


51 


200 OK 


IBCF_B forwards 200 OK 
response to IBCF_A 




52 


200 OK 


IBCF_A forwards 200 OK 
response to IMS_A 
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Step 


Direction 


Message 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


U 
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r 
B2 
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E 
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DB 
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A 


1 

B 
C 
F 
B 


1 

M 
S 
B 


A 
S 
B 






53 






z' 


















200 OK 


IMS A forwards 200 OK response 
to UE_A 








54 


























User A is informed that call has 
ended 


i 





































4.4.1 0.1 .2 UC_1 1_R: SIP Call Flow "Communication Forwarding unconditional" with 

CF_ROAM_AS 

The expected call flow sequence is: 



Step 


Direction 


Message 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


U 
s 
e 
r 
B2 


U 

E 
B2 


1 

M 
S 
A 


E 
N 
U 
M 
DB 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


A 
S 
B 






1 


























User A calls User B 


^ 




2 
























INVITE 


UE_A sends INVITE with the 
first SDP offer indicating all 


y 






3 


100 Trying 


IMS_A responds with a 100 
Trying provisional response 








4 


ENUM 


IMS A sends query to ENUM 
DB 


/ 


4 


ENUM 


ENUM DB sends response to 
IMS_A 




6 


INVITE 


IMS A forwards INVITE to 
IBCF_A 


• 




7 


100 Trying 


IBCF_A responds with a 100 
Trying provisional response 






8 


INVITE 


IBCF A forwards INVITE to 
IBCF_B 


/ 


9 


100 Trying 


IBCF_B responds with a 100 
Trying provisional response 




10 


INVITE 


IBCF B forwards INVITE to 
IMS_B 


y 


11 


100 Trying 


IMS_B responds with a 100 
Trying provisional response 


\ 




























INVITE triggers the CFUIFC in 
IMS_B 


12 
























INVITE 


IMS B forwards the INVITE to 
AS_B 




13 


100 Trying 


AS_B optionally responds with 
the 100 Trying to IMS_B 






























AS_B applies the CDIV CFU 
procedure 


14 






/ 






/ 




• 


• 


{ 




181 Call is 
being 


AS_B indicates optionally to 
IMS_B that call has been 




15 


181 Call is 
being 


IMS_B indicates to IBCF_B that 
call has been forwarded 




16 


181 Call is 
being 


IBCF_B indicates to IBCF_A 
that call has been forwarded 


\ 


17 


181 Call is 
being 


IBCF_A indicates to IMS_A that 
call has been forwarded 






18 


181 Call is 
being 


IMS_A indicates that call to 
UE_B has been forwarded 
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Step 


Direction 


IVIessage 


Comment 




U 
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A 
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A 


U 
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e 
r 
B2 
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B2 


1 
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A 
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M 
DB 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


A 
S 
B 






19 


























User A may be informed of call 
diversion 


i 




20 










y 


z' 




/ 


y 


{ 




INVITE 


AS_B returns modified INVITE 
including new request URI and 




21 


100 Trying 


IMS_B responds with a 100 
Trying provisional response 




22 


INVITE 


IMS B forwards the INVITE to 
IBCF_B 


\ 


23 


100 Trying 


IBCF_B responds with a 100 
Trying provisional response 




24 


INVITE 


IBCF B forwards the INVITE to 
IBCF_A 




25 


100 Trying 


IBCF_A responds with a 100 
Trying provisional response 




26 


INVITE 


IBCF A forwards the INVITE to 
IMS_A 






27 


100 Trying 


IMS_A responds with a 100 
Trying provisional response 






28 


INVITE 


IMS A forwards the INVITE to 
UE_B2 




29 


100 Trying 


UE_B2 optionally responds with 
a 100 Trying provisional 




30 


























User B2 is informed of incoming 
call of User A 


i 




31 




User B2 answers call 


^ 




32 






z' 


















200 OK 


UE_B2 responds to INVITE with 
200 OK to indicate that the call 




33 


200 OK 


IMS_A forwards 200 OK 
response to IBCF_A 


z' 




34 


200 OK 


IBCF_A forwards 200 OK 
response to IBCF_B 


• 


35 


200 OK 


IBCF_B forwards 200 OK 
response to IMS_B 


• 


36 


200 OK 


IMS_B forwards 200 OK 
response to AS_B 


{ 


37 


200 OK 


AS B returns, possibly 
modified, 200 OK to IMS_B 




38 


200 OK 


IMS_B forwards 200 OK 
response to IBCF_B 




39 


200 OK 


IBCF_B forwards 200 OK 
response to IBCF_A 


\ 


40 


200 OK 


IBCF_A forwards 200 OK 
response to IMS_A 






41 


200 OK 


IMS_A forwards 200 OK 
response to UE_A 








42 


























User A is informed that call has 
been answered 


^ 




43 
























ACK 


UE A acknowledges the receipt 
of 200 OK for INVITE 








44 


ACK 


IMS A forwards ACK to 
IBCF_A 






45 


ACK 


IBCF A forwards ACK to 
IBCF_B 




46 


ACK 


IBCF B forwards ACK to 
IMS_B 




/ 
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Step 


Direction 


IVIessage 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


U 
s 
e 
r 
B2 


U 

E 
B2 


1 

M 
S 
A 


E 
N 
U 
M 
DB 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


A 
S 
B 






47 










{ 


/ 




• 


• 






ACK 


IMS_B forwards ACK to AS_B 


{ 


48 


ACK 


AS_B returns, possibly 
modified, ACK to IMS_B 




49 


ACK 


IMS B forwards ACK to 
IBCF_B 




50 


ACK 


IBCF B forwards ACK to 
IBCF_A 


\ 


51 


ACK 


IBCF A forwards ACK to 
IMS_A 






52 


ACK 


IMS_A forwards ACK to UE_B2 




53 


























User B2 is informed that call is 
established 


^ 




54 




User A ends call 


^ 




55 
























BYE 


UE A releases the call with 
BYE 






{ 


56 


BYE 


IMS_A forwards BYE to IBCF_A 


/ 




57 


BYE 


IBCF A forwards BYE to 
IBCF_B 


• 


58 


BYE 


IBCF_B forwards BYE to IMS_B 


• 


59 


BYE 


IMS_B forwards BYE to IBCF_B 




60 


BYE 


IBCF B forwards BYE to 
IBCF_A 


\ 


61 


BYE 


IBCF_A forwards BYE to IMS_A 






62 


BYE 


IMS_A forwards BYE to UE_B 




63 
























BYE 


User B is informed that call has 
ended 


k 




64 






f 


















200 OK 


UE_B sends 200 OK for BYE 




65 


200 OK 


IMS_A forwards 200 OK 
response to IBCF_A 


• 




66 


200 OK 


IBCF_A forwards 200 OK 
response to IBCF_B 


/ 


67 


200 OK 


IBCF_B forwards 200 OK 
response to IMS_B 


f 


68 


200 OK 


IMS_B forwards 200 OK 
response to IBCF_B 




69 


200 OK 


IBCF_B forwards 200 OK 
response to IBCF_A 




70 


200 OK 


IBCF_A forwards 200 OK 
response to IMS_A 






71 


200 OK 


IMS_A forwards 200 OK 
response to UE_A 








72 


























User A is informed that call has 
ended 


^ 
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4.4.10.1.3 



UC_12: SIP Call Flow "Normal Call" with 2 UEs registered to same public identity 



The test sequence and expected call flow sequence when user A calls user B with 2 UEs, i.e. UE_B1 and UEB2, in an 
interworking scenario is: 



Step 


Action 


CF INT CALL 


1 


User A calls User B 


Step 1 


2 


User B is informed of incoming call of User A on UE_B1 


Step 14 


3 


User B is informed of incoming call of User A on UE B2 


Step 23 


4 


User A is informed that a UE of User B is ringing 


Step 20 


5 


User B answers call on UE B2 


Step 29 


6 


User B is informed at UE B1 that the call is no longer offered 


Step 33 


7 


User A is informed that call has been answered 


Step 38 


8 


User B is informed that the call is established 


Step 44 


9A 


User A ends call 


Step 45A 


9B 


User B ends call 


Step 45B 


10A 


User B is informed that call has ended 


Step 51 A 


10B 


User A is informed that call has ended 


Step 51 B 


11A 


User A is informed that call has ended 


Step 57A 


11B 


User B is informed that call has ended 


Step 57B 



Note that steps 6 and 7 may happen in different order. 



Step 


Direction 


IVIessage 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


1 

M 
S 
A 


E 
N 
U 
M 
DB 


1 

B 
C 
F 
A 


1 

B 
C 
F 
B 


1 

IVI 

s 

B 


U 

E 
B 


U 
s 
e 
r 
B 






1 
























User A calls User B 


^ 




2 








\ 


v 


\ 


N. 


^ 

k 






INVITE 


UE_A sends INVITE with the first SDP offer 
indicating all desired medias and codecs that 


^ 


3 


100 Trying 


IMS_A responds with a 100 Trying 
provisional response 


\ 


4 


ENUM 


IMS_A sends query to ENUM DB 


/ 


5 


ENUM 


ENUM DB sends response to IMS_A 




6 


INVITE 


IMS_A forwards INVITE to IBCF_A 


/ 




7 


100 Trying 


IBCF_A responds with a 100 Trying 
provisional response 






8 


INVITE 


IBCF_A forwards INVITE to IBCF_B 


• 


9 


100 Trying 


IBCF_B responds with a 100 Trying 
provisional response 




10 


INVITE 


IBCF_B forwards INVITE to IMS_B 


/ 
f 


11 


100 Trying 


IMS_B responds with a 100 Trying 
provisional response 




12 


INVITE 


IMS_B forwards INVITE to UE_B1 


13 


100 Trying 


UE_B1 optionally responds with a 100 Trying 
provisional response 


14 
























User B is informed on UE_B1 of incoming call 
of User A 


^ 




15 












y 


y 


k 






180 Ringing 


UE_B1 responds to initial INVITE with 180 
Ringing to indicate that it has started alerting 


16 


180 Ringing 


IMS B forwards 180 Ringing response to 
IBCF_B 




17 


180 Ringing 


IBCF B forwards the 180 Ringing response 
to IBCF_A 


\ 
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Step 


Direction 


IVIessage 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


1 

M 
S 
A 


E 
N 
U 
M 
DB 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

IVI 

s 

B 


U 

E 
B 


U 
s 
e 
r 
B 






18 






< 


/■ 














180 Ringing 


IBCF A forwards the 180 Ringing response 
to IMS_A 






19 


180 Ringing 


IIVIS A forwards the 180 Ringing response to 
UE_A 




20 
























User A is informed that a UE of User B is 
ringing 


i 




21 
















^ 

i 






INVITE 


IMS_B forwards INVITE to UE_B2 


22 


100 Trying 


UE_B2 optionally responds with a 100 Trying 
provisional response 


23 
























User B is informed on UE_B2 of incoming call 
of User A 


^ 




24 






y 


y 




/ 


f 


k 






180 Ringing 


UE_B2 responds to initial INVITE with 180 
Ringing to indicate that it has started alerting 


25 


180 Ringing 


IMS B forwards 2"^ 180 Ringing response to 
IBCF_B 




26 


180 Ringing 


IBCF_B forwards the 2"^ 180 Ringing 
response to IBCF_A 




27 


180 Ringing 


IBCF_A forwards the 2"^ 180 Ringing 
response to IMS_A 






28 


180 Ringing 


IMS_A forwards the 2"^ 180 Ringing 
response to UE_A 


K 


29 
























User B answers call at UE_B2 


k 




30 
















i 

^ 

i 






200 OK 


UE_B2 responds to INVITE with 200 OK to 
indicate that the call has been answered 


31 


CANCEL 


IMS_B sends CANCEL request to UE_B1 


32 


200 OK 


UE B1 sends 200 OK response to the 
CANCEL request to IMS_B 


33 
























UE_B1 informs user B that the call is no 
longer offered to this UE and stops ringing 


^ 




34 






y 


/ 




y 


y 








200 OK 


IMS_B forwards 200 OK response to IBCF_B 




35 


200 OK 


IBCF B forwards 200 OK response to 
IBCF_A 




36 


200 OK 


IBCF_A forwards 200 OK response to IMS_A 






37 


200 OK 


IMS A forwards the 200 OK response to 
UE_A 




38 
























User A is informed that call has been 
answered 


i 




39 










> 




\ 


^ 






ACK 


UE A acknowledges the receipt of 200 OK 
for INVITE 




40 


ACK 


IMS_A forwards ACK to IBCF_A 






41 


ACK 


IBCF_A forwards ACK to IBCF_B 




42 


ACK 


IBCF_B forwards ACK to IMS_B 




43 


ACK 


IMS_B forwards ACK to UE_B 


44 
























User B is informed that the call is established 


^ 




45A 
























User A ends call 


^ 
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Step 


Direction 


IVIessage 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


1 

M 
S 
A 


E 
N 
U 
M 
DB 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


U 

E 
B 


u 

s 
e 
r 
B 






46A 










> 




N. 


\ 






BYE 


UE_A releases the call with BYE 




47A 


BYE 


IMS_A forwards BYE to IBCF_A 






48A 


BYE 


IBCF_A forwards BYE to IBCF_B 




49A 


BYE 


IBCF_B forwards BYE to IMS_B 


> 


50A 


BYE 


IMS_B forwards BYE to UE_B 




51A 
























User B is informed that call has ended 


^ 




52A 






y 


y 




y 


f 








200 OK 


UE_B sends 200 OK for BYE 




53A 


200 OK 


IMS_B forwards 200 OK response to IBCF_B 




54A 


200 OK 


IBCF B forwards 200 OK response to 
IBCF_A 




55A 


200 OK 


IBCF_A forwards 200 OK response to IMS_A 






56A 


200 OK 


IMS A forwards the 200 OK response to 
UE_A 


K 


57A 
























User A is informed that call has ended 


i 




45B 
























User B ends call 


k 




46B 






y 


y 




y 


f 








BYE 


UE_B releases the call with BYE 




47B 


BYE 


IMS_B forwards BYE to IBCF_B 




48B 


BYE 


IBCF_B forwards BYE to IBCF_A 




49B 


BYE 


IBCF_A forwards BYE to IMS_A 






SOB 


BYE 


IMS_A forwards BYE to UE_A 


K 


51B 
























User A is informed that call has ended 


i 




52B 














N 


\ 






200 OK 


UE_A sends 200 OK for BYE 




53B 


200 OK 


IMS_A forwards 200 OK response to IBCF_A 




? 


54B 


200 OK 


IBCF A forwards 200 OK response to 
IBCF_B 




55B 


200 OK 


IBCF_B forwards 200 OK response to IMS_B 




56B 


200 OK 


IMS B forwards the 200 OK response to 
UE_B 




57B 
























User B is informed that call has ended 


^ 
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4.4.1 1 Addition of media stream 
4.4.11.1 Description 

UE_A and UE_B are in an established session with one or more media streams. While in the established session, UE_A 
adds a new media stream. It is assumed that both UEs are registered in their respective networks. 

The test sequence and expected call flow sequence for addition of multimedia stream can be illustrated when adding a 
new media stream, for example, adding a chat/text session during an existing IMS VoIP call: 



Step 


Action 


CF INT CALL 


1 


User A calls User B 


1 


2 


User B is informed of incoming call of User A 


14 


3 


User A is informed that UE B is ringing 


20 


4 


User B answers call 


21 


5 


User A is informed that call has been answered 


27 


6 


User B is presented that call is established 


33 


7A 


User A adds a new media stream 


34A 


7B 


User B adds a new media stream 


34B 


8A 


User B may be informed to accept/reject new media stream 


45A 


8B 


User A may be informed to accept/reject new media stream 


45B 


9A 


User A may be informed that UE B is alerting User B 


51A 


9B 


User B may be informed that UE A is alerting User A 


51B 


10A 


If informed, User B accepts the new media stream 


52A 


10B 


If informed, User A accepts the new media stream 


52B 


11A 


User A is informed that new media stream has been accepted 


58A 


11B 


User B is informed that new media stream has been accepted 


58B 


12 


User A ends call 


64 


13 


User B is informed that call has ended 


70 


14 


User A is informed that call has ended 


76 



NOTE: Please note that the call flow sequences described in this clause are not limited to multimedia stream 
handling scenarios where remote user interaction is required. In other words these call flow sequences 
may be observed for a call scenario where remote user interaction is not invoked. For example, these 
same call flows may apply to a scenario where a user removes the video stream from a multimedia 
audio+video session (remote user interaction is highly unlikely in this case but the same call flows 
illustrated in this clause may be observed nevertheless). 



4.4.1 1 .1 .1 UC_1 3: SIP Call Flow "Addition of media stream using relNVITE" 

The expected call flow sequence is: 



Step 


Direction 


Message 


Comment 




U 
s 
e 
r 
A 


u 

E 
A 


1 

M 
S 
A 


E 
N 
U 
IVI 
DB 


1 

B 
C 
F 
A 


1 

B 
C 
F 
B 


1 

IVI 
S 
B 


U 

E 
B 


U 
s 
e 
r 
B 






1 




N 




















User A calls User B 




2 






N. 


N 


) 












INVITE 


UE_A sends INVITE with the first SDP offer 
indicating all desired medias and codecs 




3 


100 Trying 


IMS_A responds with a 100 Trying 
provisional response 




4 


ENUM 


IMS_A sends query to ENUM DB 


/ 


5 


ENUM 


ENUM DB sends response to IMS_A 




6 


INVITE 


IMS_A forwards INVITE to IBCF_A 


/ 


7 


100 Trying 


IBCF_A responds with a 100 Trying 
provisional response 


\ 
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Step 


Direction 


IVIessage 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


1 

IVI 

s 

A 


E 
N 
U 
M 
DB 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


u 

E 
B 


u 

s 
e 
r 
B 






8 












N. 


N. 


N 






INVITE 


IBCF_A forwards INVITE to IBCF_B 


y 


9 


100 Trying 


IBCF_B responds with a 100 Trying 
provisional response 




10 


INVITE 


IBCF_B forwards INVITE to IMS_B 


/ 
f 


11 


100 Trying 


ll\/IS_B responds with a 100 Trying 
provisional response 




12 


INVITE 


IMS_B forwards INVITE to UE_B 




13 


100 Trying 


UE_B optionally responds with a 100 Trying 
provisional response 




14 
























User B is informed of incoming call of User 
A 








15 






y 


/^ 




y 


y 


y 






180 Ringing 


UE_B responds to initial INVITE with 180 
Ringing to indicate that it has started 




16 


180 Ringing 


IMS B forwards 180 Ringing response to 
IBCF_B 




17 


180 Ringing 


IBCF B forwards 180 Ringing response to 
IBCF_A 


\ 


18 


180 Ringing 


IBCF A forwards 180 Ringing response to 
IMS_A 




19 


180 Ringing 


IMS A forwards the 180 Ringing response 
to UE_A 




20 




• 




















User A is informed that UE_B is ringing 


K 


21 




User B answers call 








22 






y 


/ 




y 


y 


y 






200 OK 


UE_B responds INVITE with 200 OK to 
indicate that the call has been answered 




23 


200 OK 


IMS B forwards 200 OK response to 
IBCF_B 




24 


200 OK 


IBCF B forwards 200 OK response to 
IBCF_A 


\ 


25 


200 OK 


IBCF A forwards 200 OK response to 
IMS_A 




26 


200 OK 


IMS_A forwards 200 OK response to UE_A 




27 




y 




















User A is informed that call has been 
answered 


K 


28 






\ 




) 


N 


\ 


N 






ACK 


UE A acknowledges the receipt of 200 OK 
for INVITE 




29 


ACK 


IMS_A forwards ACK to IBCF_A 




30 


ACK 


IBCF_A forwards ACK to IBCF_B 




31 


ACK 


IBCF_B forwards ACK to IMS_B 




32 


ACK 


IMS_B forwards ACK to UE_B 




33 
























User B is informed that the call is 
established 


N. 






34A 




\ 


















User A adds a new media stream 




35A 






N. 
















INVITE I 
r 


JE_A sends relNVITE message with new 
nedia stream in SDP 
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Step 


Direction 


IVIessage 


Comment 




U 
s 
e 
r 
A 


u 

E 
A 


1 

M 
S 
A 


E 
N 
U 
M 
DB 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


u 

E 
B 


U 
s 
e 
r 
B 






36A 






/ 




) 


N 


N 


N 






100 Trying 


ll\/IS_A responds with a 100 Trying 
provisional response 




37A 


INVITE 


IMS_A forwards INVITE to IBCF_A 


y 


38A 


100 Trying 


IBCF_A responds with a 100 Trying 
provisional response 


\ 


39A 


INVITE 


IBCF_A forwards INVITE to IBCF_B 


/ 


40A 


100 Trying 


IBCF_A responds with a 100 Trying 
provisional response 




41A 


INVITE 


IBCF_B forwards INVITE to IMS_B 




42A 


100 Trying 


IMS_B responds with a 100 Trying 
provisional response 




43A 


INVITE 


IMS_B forwards INVITE to UE_B 


y 


44A 


100 Trying 


UE_B optionally responds with a 100 Trying 
provisional response 




45A 
























Verify that User B is informed to 
accept/reject new media stream (optional) 


^ 




46A 






/ 


f 




y 


y 


f 






180 Ringing 


UE_B responds to relNVITE with 180 
Ringing 




47A 


180 Ringing 


IMS B forwards 180 Ringing response to 
IBCF_B 




48A 


180 Ringing 


IBCF B forwards 180 Ringing response to 
IBCF_A 


\ 


49A 


180 Ringing 


IBCF A forwards 180 Ringing response to 
IMS_A 




50A 


180 Ringing 


IMS A forwards the 180 Ringing response to 
UE_A 




51A 




• 




















Verify that User A is informed that UE_B is 
alerting User B (optional) 




52A 




If informed, User B accepts the new media 
stream 


^ 




53A 






/ 


f 




y 


y 


y 






200 OK 


UE_B responds with 200 OK to relNVITE 




54A 


200 OK 


IMS B forwards 200 OK response to 
IBCF_B 




55A 


200 OK 


IBCF B forwards 200 OK response to 
IBCF_A 


\ 


56A 


200 OK 


IBCF A forwards 200 OK response to 
IMS_A 




57A 


200 OK 


IMS A forwards the 200 OK response to 
UE_A 




58A 




• 




















User A is informed that new media stream 
has been accepted 




59A 






\ 




> 


N 


N 








ACK 


UE A acknowledges the receipt of 200 OK 
for INVITE 




60A 


ACK 


IMS_A forwards ACK to IBCF_A 




61A 


ACK 


IBCF_A forwards ACK to IBCF_B 




62A 


ACK 


IBCF_B forwards ACK to IMS_B 
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Step 


Direction 


IVIessage 


Comment 




U 
s 
e 
r 
A 


u 

E 
A 


1 

M 
S 
A 


E 
N 
U 
IVI 
DB 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


u 

E 
B 


u 

s 
e 
r 
B 






63A 
















N 






ACK 


IMS_B forwards ACK to UE_B 




34B 






















User B adds a new media stream 








35B 






/^ 


y 


^ 


/^ 


/ 


y 






INVITE 


UE_B sends relNVITE message with new 
media stream in SDP 


\ 


36B 


100 Trying 


MS_B responds with a 100 Trying 
provisional response 




37B 


INVITE 


IMS_B forwards INVITE to IBCF_B 


\ 


38B 


100 Trying 


IBCF_B responds with a 100 Trying 
provisional response 




39B 


INVITE 


IBCF_B forwards INVITE to IBCF_A 


N 


40B 


100 Trying 


IBCF_A responds with a 100 Trying 
provisional response 




41 B 


INVITE 


IBCF_A forwards INVITE to IMS_A 




42B 


100 Trying 


IMS_A responds with a 100 Trying 
provisional response 




43B 


INVITE 


IMS_A forwards INVITE to UE_A 


N. 


44B 


100 Trying 


UE_A optionally responds with a 100 Trying 
provisional response 




45B 




/■ 




















Verify that User A is informed to 
accept/reject new media stream (optional) 


Q 


46B 






N 




^ 


N. 


\ 


N 






180 Ringing 


UE_A responds to relNVITE with 180 
Ringing 




47B 


180 Ringing 


IMS A forwards 180 Ringing response to 
IBCF_A 




48B 


180 Ringing 


IBCF A forwards 180 Ringing response to 
IBCF_B 




49B 


180 Ringing 


IBCF B forwards 180 Ringing response to 
IMS_B 




SOB 


180 Ringing 


IMS B forwards the 180 Ringing response to 
UE_B 




51B 




\ 




















Verify that User B is informed that UE_A is 
alerting User A (optional) 


N. 






52B 




If informed, User A accepts the new media 
stream 


} 


53B 






N 




^ 


N. 


\ 


N 






200 OK 


UE_A responds with 200 OK to relNVITE 




54B 


200 OK 


IMS A forwards 200 OK response to 
IBCF_A 




55B 


200 OK 


IBCF A forwards 200 OK response to 
IBCF_B 




56B 


200 OK 


IBCF B forwards 200 OK response to 
IMS_B 




57B 


200 OK 


IMS B forwards the 200 OK response to 
UE_B 




58B 
























User B is informed that new media stream 
has been accepted 


N. 






59B 














y 


y 






ACK 


UE B acknowledges the receipt of 200 OK 
for INVITE 


V. 


60B 


ACK 


IMS_B forwards ACK to IBCF_B 


^ 
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Step 


Direction 


IVIessage 


Comment 




U 
s 
e 
r 
A 


u 

E 
A 


1 

M 
S 
A 


E 
N 
U 
M 
DB 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


U 

E 
B 


u 

s 
e 
r 
B 






61B 






y 


/ 




y 










ACK 


IBCF_B forwards ACK to IBCF_A 


\ 


62B 


ACK 


IBCF_A forwards ACK to IMS_A 




63B 


ACK 


IMS_A forwards ACK to UE_A 




64 




N. 


















BYE 


User A releases the call 


? 


65 






\ 




) 


\ 


\ 


N 






BYE 


UE_A sends BYE to indicate that the call 
has ended 




66 


BYE 


IMS_A forwards the BYE to IBCF_A 




67 


BYE 


IBCF_A forwards the BYE to IBCF_B 




68 


BYE 


IBCF_B forwards the BYE to IMS_B 




69 


BYE 


IMS_B forwards the BYE to UE_B 




70 
























User B is informed that call has ended 


N. 






71 






f 


y 




y 


y 


y 






200 OK 


UE_B responds to the BYE with 200 OK 


\ 


72 


200 OK 


IMS B forwards the 200 OK response to 
IBCF_B 




73 


200 OK 


IBCF B forwards the 200 OK response to 
IBCF_A 


\ 


74 


200 OK 


IBCF A forwards the 200 OK response to 
IMS_A 


\ 


75 


200 OK 


IMS A forwards the 200 OK response to 
UE_A 




76 




f 




















User A is informed that call has ended 

































4.4.12 Removal of media stream 
4.4.12.1 Description 

UE_A and UE_B are in an established session with multiple media streams. While in the established session, UE_A 
removes a media stream. It is assumed that both UEs are registered in their respective networks. 

The test sequence and expected call flow sequence for multimedia session handling (when remote user interaction shall 
be avoided) can be illustrated when removing a media stream from a multimedia session with multiple streams 
(e.g. remove the chat/text stream from an IMS VoIP + chat multi-stream session): 



Step 


Action 


CF INT CALL 
Using UPDATE 


CF INT CALL 
Using relNVITE 


1 


User A initiates a multimedia session with at least two streams with User B 


1 


1 


2A 


User A removes one of the media streams 


64A 


64A 


2B 


User B removes one of the media streams 


64B 


64B 


3A 


User B is informed that the media stream has been removed 


70A 


75A 


3B 


User A is informed that the media stream has been removed 


70B 


75B 


4 


User A releases the call 


76 


86 


5 


User B is informed that call has ended 


82 


92 


6 


User A is informed that call has ended 


88 


98 
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NOTE: Please note that the call flow sequences described in this clause depict multimedia streaming handling 
scenarios where remote user interaction is not invoked. For example, remote user interaction is highly 
unlikely in an IMS VoIP audio session where a user decides to switch to some other audio codec. 

4.4.12.1.1 UC_14: SIP Call Flow "Removal of media streams using UPDATE" 

The expected call flow sequence is: 



Step 




Direction 


IVIessage 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


1 

M 
S 
A 


E 
N 
U 
M 
DB 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


u 

E 
B 


U 
s 
e 
r 
B 






1 
























User A initiates a multimedia session with at 
least two streams with User B 


^ 




64A 
























User A removes one of the media streams 


^ 




65A 












N 










UPDATE 


UE_A sends UPDATE to IMS_A 




66A 


UPDATE 


IMS_A forwards the UPDATE to IBCF_A 






67A 


UPDATE 


IBCF_A forwards the UPDATE to IBCF_B 




68A 


UPDATE 


IBCF_B forwards the UPDATE to IMS_B 




69A 


UPDATE 


IMS_B forwards the UPDATE to UE_B 




70A 
























User B is informed that the media stream has 
been removed 


^ 




71A 






f 


/ 




y 


/ 


f 






200 OK 


UE_B responds with 200 OK to UPDATE 




72A 


200 OK 


IMS_B forwards 200 OK response to IBCF_B 




73A 


200 OK 


IBCF_B forwards 200 OK response to IBCF_A 


\ 


74A 


200 OK 


IBCF_A forwards 200 OK response to IMS_A 






75A 


200 OK 


IMS_A forwards the 200 OK response to UE_A 




64B 
























User B removes one of the media streams 


k 




65B 






f 




• 


y 


f 


f 






UPDATE 


UE_B sends UPDATE to IMS_B 




66B 


UPDATE 


IMS_B forwards the UPDATE to IBCF_B 




67B 


UPDATE 


IBCF_B forwards the UPDATE to IBCF_A 




68B 


UPDATE 


IBCF_A forwards the UPDATE to IMS_A 


\ 


69B 


UPDATE 


IMS_A forwards the UPDATE to UE_A 




70B 
























User A is informed that the media stream has 
been removed 


^ 




71 B 












N 










200 OK 


UE_A responds with 200 OK to UPDATE 




72B 


200 OK 


IMS A forwards the 200 OK response to 
IBCF_A 






73B 


200 OK 


IBCF A forwards the 200 OK response to 
IBCF_B 




74B 


200 OK 


IBCF B forwards the 200 OK response to 
IMS_B 




> 
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Step 




Direction 


IVIessage 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


1 

M 
S 
A 


E 
N 
U 
M 
DB 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


u 

E 
B 


U 
s 
e 
r 
B 






75B 






















200 OK 


IMS_B forwards the 200 OK response to UE_B 




76 
























User A releases the call 


^ 




77 












N 










BYE 


UE_A sends BYE to IMS_A 




78 


BYE 


IMS_A sends BYE to IBCF_A 




? 


79 


BYE 


IBCF_A sends BYE to IBCF_B 




80 


BYE 


IBCF_B forwards the BYE to IMS_B 




81 


BYE 


IMS_B forwards the BYE to UE_B 




82 
























User B is informed that call has ended 


^ 




83 






y 


/■ 




y 


/ 


{ 






200 OK 


UE_B sends 200 OK response for BYE 




84 


200 OK 


IMS B forwards the 200 OK response to 
IBCF_B 




85 


200 OK 


IBCF B forwards the 200 OK response to 
IBCF_A 


\ 


86 


200 OK 


IBCF A forwards the 200 OK response to 
IMS_A 






87 


200 OK 


IMS_A forwards the 200 OK response to UE_A 




88 
























User A is informed that call has ended 


i 











































4.4.12.1.2 



UC_15: SIP Call Flow "Removal of media streams using relNVITE" 



The expected call flow sequence is: 



Step 




Direction 


IVIessage 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


1 

M 
S 
A 


E 
N 
U 
M 
DB 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

IVI 

s 

B 


U 

E 
B 


U 
s 
e 
r 
B 






1 
























User A initiates a multimedia session with at 
least two streams with User B 


^ 




64A 
























User A removes one of the media streams 


^ 


65A 












N 










INVITE 


UE_A sends relNVITE to IMS_A 




66A 


100 Trying 


IMS_A responds with a 100 Trying provisional 
response 


67A 


INVITE 


IMS_A forwards the relNVITE to IBCF_A 


/ 




68A 


100 Trying 


IBCF_A responds with a 100 Trying provisional 
response 






69A 


INVITE 


IBCF_A forwards the relNVITE to IBCF_B 


y 


70A 


100 Trying 


IBCF_B responds with a 100 Trying provisional 
response 


\ 


71A 


INVITE 


IBCF_B forwards the relNVITE to IMS_B 


( 


72A 


100 Trying 


IMS_B responds with a 100 Trying provisional 
response 


\ 
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Step 




Direction 


IVIessage 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


1 

M 
S 
A 


E 
N 
U 
M 
DB 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


U 

E 
B 


u 

s 
e 
r 
B 






73A 






















INVITE 


IMS_B forwards the relNVITE to UE_B 


X 


74A 


100 Trying 


UE_B optionally responds with a 100 Trying 
provisional response 




75A 
























User B is informed that the media stream has 
been removed 


^ 




76A 






/^ 


/ 




y 


( 


f 






200 OK 


UE_B responds with 200 OK to relNVITE 




77A 


200 OK 


IIVIS B forwards the 200 OK response to 
IBCF B 




78A 


200 OK 


IBCF B forwards the 200 OK response to 
IBCF A 




79A 


200 OK 


IBCF A forwards the 200 OK response to 
IMS A 






80A 


200 OK 


ll\/IS_A forwards the 200 OK response to UE_A 




81A 


ACK 


UE A acknowledges the receipt of 200 OK for 
relNVITE 




82A 


ACK 


IMS_A forwards the ACK to IBCF_A 






83A 


ACK 


IBCF_A forwards the ACK to IBCF_B 




84A 


ACK 


IBCF_B forwards the ACK to IMS_B 




85A 


ACK 


IMS_B forwards the ACK to UE_B 




64B 
























User B removes one of the media streams 


^ 


65B 






f 


• 




/ 


( 


X 






INVITE 


UE_B sends relNVITE to IMS_B 




66B 


100 Trying 


IMS_B responds with a 100 Trying provisional 
response 




67B 


INVITE 


IMS_B forwards the relNVITE to IBCF_B 




68B 


100 Trying 


IBCF_B responds with a 100 Trying provisional 
response 




69B 


INVITE 


IBCF_B forwards the relNVITE to IBCF_A 


\ 


70B 


100 Trying 


IBCF_A responds with a 100 Trying provisional 
response 




71 B 


INVITE 


IBCF_A forwards the relNVITE to IMS_A 


\ 




72B 


100 Trying 


IMS_A responds with a 100 Trying provisional 
response 






73B 


INVITE 


IMS_A forwards the relNVITE to UE_A 




74B 


100 Trying 


UE_A optionally responds with a 100 Trying 
provisional response 




75B 
























User A is informed that the media stream has 
been removed 


i 




76B 












N. 










200 OK 


UE_A responds with 200 OK to relNVITE 


f 


77B 


200 OK 


IMS A forwards the 200 OK response to 
IBCF A 


/ 


? 


78B 


200 OK 


IBCF A forwards the 200 OK response to 
IBCF B 




79B 


200 OK 


IBCF B forwards the 200 OK response to 
IMS B 


f 


80B 


200 OK 


IMS_B forwards the 200 OK response to UE_B 


/■ 


81B 


ACK 


UE B acknowledges the receipt of 200 OK for 
relNVITE 


\ 


82B 


ACK 


IMS_B forwards ACK to IBCF_B 




83B 


ACK 


IBCF_B forwards ACK to IBCF_A 


\ 


84B 


ACK 


IIBCF_A forwards ACK to IMS_A 






85B 


ACK 


IMS_A forwards ACK to UE_A 




86 
























User A releases the call 


^ 


87 










N 


\ 










BYE 


UE_A sends BYE to IMS_A 




88 


BYE 


IMS_A forwards BYE to IBCF_A 






89 


BYE 


IBCF_A forwards BYE to IBCF_B 




90 


BYE 


IBCF_B forwards BYE to IMS_B 




91 


BYE 


IMS_B forwards BYE to UE_B 




J 
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Step 




Direction 


IVIessage 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


1 

M 
S 
A 


E 
N 
U 
M 
DB 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


u 

E 
B 


U 
s 
e 
r 
B 






92 
























User B is informed that call has ended 


^ 


93 








/■ 




/^ 




/ 






200 OK 


UE_B sends 200 OK for BYE 




94 


200 OK 


IMS B forwards the 200 OK response to 
IBCF B 




95 


200 OK 


IBCF B forwards the 200 OK response to 
IBCF A 




96 


200 OK 


IBCF A forwards the 200 OK response to 
IMS A 






97 


200 OK 


IMS_A forwards the 200 OK response to UE_A 


K 


98 




i 




















User A is informed that call has ended 



4.4. 1 3 Ad-hoc Conferencing service 
4.4.13.1 Description 

UE A registered on IMS network A, initiates an ad-hoc conf call via CONF AS, connected over ISC interface to IMS 
core A, and subsequently invites UE B (registered in IMS B) to join the conf. This Use Case requires support for MRFC 
and MRFP functionalities on IMS_A. 

The test sequence when user A initiates an ad-hoc conference call and invites user B to join it, in an interworking 
scenario is: 



Step 


Action 


OF INT CONF 
CALL 


1 


User A initiates an ad-hoc conference call 


Stepi 


2 


User A is informed the Ad Hoc Conference Call is being set up 


Step 4 


3 


User A is informed the Ad Hoc Conference Call is established 


Step 9 


4 


User A invites user B to join the ad-hoc conference call 


Step 12 


5 


User B is informed of incoming invitation from User A to join 
the Conference Call 


Step 33 


6 


User A is notified that User B is being invited to join the call 


Step 41 


7 


User B joins the conference 


Step 48 


8 


User A is notified that User B has joined the conference 


Step 57 


9 


User B leaves the conference 


Step 60 


10 


User B is informed that the conference has ended 


Step 71 


11 


User A is notified that user B has left the conference 


Step 74 



NOTE 1: The proposed test configuration shown in CF_INT_CONF_CALL indicates CONF AS A 

(AS-fMRFC-fMRFP) resources in IMS_A, hence the UC refers to UE_A as conference initiator in 
IMS_A, and UE_B, although the same UC applies alternatively for UE_B as conference initiator in IMS 
B and UE_A as participant in IMS_A, which involves a CONF AS B connected to IMS B, not shown in 
the test configuration for simplicity purposes. 

NOTE 2: For the purpose of IMS NNI conformance testing, the proposed test configuration refers to the ISC 

interface as an optional Point of Observation (PO), where the SIP signalling passing through it might be 
observed but not considered part of the conformance testing. 

This proposal is consistent with the most common interoperability scenario where one vendor provides the complete 
solution for the conference service, integrated into a 3^^ party IMS core via ISC interface. 
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4.4.13.2 



UC 16: SIP Call Flow "Ad-hoc Conference call" 



The expected call flow sequence is: 



Step 



Direction 



IVIessage 



Comment 



U 
s 
e 
r 
A 



U 

E 
A 



U 
s 
e 
r 
B 



I 

IVI 
S 
A 



E 
N 
U 
IVI 
DB 



A 
S 
A 



I 

B 
C 

F 
A 



I 

B 
C 

F 
B 



I 

M 
S 
B 



A 
S 
B 



10 



11 



12 



13 



14 



15 



16 



17 



18 



19 



20 



21 



22 



23 



24 



25 



26 



User A initiates an ad-hoc 
conference call 



INVITE 



UE_A sends INVITE to IMS_A with 
information for all commonly 



100 Trying 



IMS_A responds with a 100 Trying 
provisional response 



User A is informed the Ad Hoc 
Conference Call is being set up 



INVITE 



IMS 
AS 



A forwards INVITE to IMS A 



100 Trying 



IMS_A AS responds with a 100 
Trying provisional response 



200 OK 



IMS_A AS responds with a 200 OK 
to IMS_A, with isfocus parameter. 



200 OK 



IMS_A forwards the 200OK 
response to UE_A 



User A is informed the Ad Hoc 
Conference Call is established 



ACK 



UE_A acknowledges the receipt of 
200 OK for INVITE 



ACK 



IMS_A forwards the ACK to IMS_A 
AS 



User A invites user B to join the 
ad-hoc conference call 



REFER 



UE_A sends REFER message to 
IMS A, with Refer-To : <UE B uri 



REFER 



IMS_A forwards the REFER to 
IMS A AS 



202 
Accepted 



IMS_A AS responds with a 202 
Accepted 



202 
Accepted 



IMS_A forwards the 202 Accepted 
response to UE_A 



NOTIFY 



IMS_A AS sends a NOTIFY to 
IMS A to inform the conference 



NOTIFY 



IMS_A forwards the NOTIFY to 
UE A 



200 OK 



UE_A responds with 200 OK to 
IMS A 



200 OK 



IMS_A forwards the 200 OK 
response to IMS_A AS 



INVITE 



IMS_A AS sends INVITE to UE_ 
with conference-factory URI 



B 



100 Trying 



IMS_A responds with a 100 Trying 
provisional response 



ENUM 



IMS_A sends query to ENUM DB 



ENUM 



ENUM DB sends response to 
IMS A 



INVITE 



IMS_A forwards the INVITE to 
IBCF A 



100 Trying 



IBCF_A responds with a 100 
Trying provisional response 
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Step 



Direction 



IVIessage 



Comment 



U 
s 
e 
r 
A 



U 

E 
A 



U 
s 
e 
r 
B 



U 

E 
B 



I 

IVI 
S 
A 



E 
N 
U 
IVI 
DB 



A 
S 
A 



I 

B 
C 

F 
A 



I 

B 
C 

F 
B 



I 

M 
S 
B 



A 
S 
B 



27 



28 



29 



30 



31 



32 



33 



34 



35 



36 



37 



38 



39 



40 



41 



42 



43 



44 



45 



46 



47 



48 



49 



50 



51 



52 



53 



54 



INVITE 



IBCF_A forwards the INVITE to 
IBCF B 



100 Trying 



IBCF_B responds with a 100 
Trying provisional response 



INVITE 



IBCF_B forwards the INVITE to 
IMS B 



100 Trying 



ll\/IS_B responds with a 100 Trying 
provisional response 



INVITE 



IMS_B forwards the INVITE to 
UE B 



100 Trying 



180 
Ringing 



180 
Ringing 



180 
Ringing 



180 
Ringing 



180 
Ringing 



NOTIFY 



NOTIFY 



200 OK 



200 OK 



200 OK 



200 OK 



200 OK 



200 OK 



200 OK 



ACK 



ACK 



ACK 



ACK 



ACK 



UE_B responds with a 100 Trying 
provisional response 



User B is informed of incoming 
invitation from User A to join the 



UE_B sends a 180 ringing to 
IMS B 



IMS_B forwards the 180 ringing to 
IBCF B 



IBCF_B forwards the 180 ringing 
to IBCF A 



IBCF_A forwards the 180 ringing 
to IMS A 



IMS_A forwards the 180 ringing to 
IMS A AS 



Upon reception of 180 Ringing 
from UE B, IMS A AS sends 



IMS_A forwards the NOTIFY to 
UE A 



User A is notified that User B is 
being invited to join the call 



UE_A responds with 200 OK to 
IMS A for NOTIFY 



IMS_A forwards the 200 OK 
response to IMS_A AS 



UE_B responds with 200 OK to 
IMS B for INVITE 



IMS B forwards the 200 OK 
response to IBCF_B 



IBCF_B forwards the 200 OK 
response to IBCF_A 



IBCF_A forwards the 200 OK 
response to IMS_A 



IMS_A forwards the 200 OK 
response to IMS_A AS 



User B joins the conference 



UE_B acknowledges the 200 OK 
for INVITE 



IMS B forwards the ACK to 
IBCF B 



IBCF_B forwards the ACK to 
IBCF A 



IBCF_A forwards the ACK to 
IMS A 



IMS 
AS 



A forwards the ACK to IMS A 
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Step Direction IVIessage 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


U 
s 
e 
r 
B 


u 

E 
B 


1 

M 
S 
A 


E 
N 
U 
M 
DB 


A 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

IVI 

s 

B 


A 
S 
B 






55 






/ 






/ 














NOTIFY 


AS_A sends NOTIFY to UE_A to 
inform it has successfully joined 






56 


NOTIFY 


IMS_A forwards NOTIFY to UE_A 








57 




























User A is alerted that User B has 
joined the conference 


i 




58 


























200 OK 


UE A sends 200 OK response for 
NOTIFY 








59 


200 OK 


IMS_A forwards the 200 OK 
response to IMS_A AS 






60 




























User B leaves the conference 


^ 




61 


























BYE 


UE_BsendsBYEtolMS_Bto 
leave the conference 


( 


/ 






( 




62 


BYE 


IMS B forwards the BYE to 
IBCF_B 


\ 


63 


BYE 


IBCF B forwards the BYE to 
IBCF_A 


\ 


64 


BYE 


IBCF A forwards the BYE to 
IMS_A 






N. 


65 


BYE 


IMS A forwards the BYE to IMS A 
AS 


/ 




66 


200 OK 


IMS_A AS releases resources for 
this conference caller and sends a 






67 


200 OK 


IMS_A forwards the 200 OK 
response to IBCF_A 








68 


200 OK 


IBCF_A forwards the 200 OK 
response to IBCF_B 


/ 


69 


200 OK 


IBCF_B forwards the 200 OK 
response to IMS_B 




70 


200 OK 


IMS_B forwards the 200 OK 
response to UE_B 














71 




























User B is informed that the 
conference has ended 


y 






72 






/ 






/ 














NOTIFY 


AS A sends NOTIFY to IMS A to 
inform UE_A that UE_B has left 


\ 




73 


NOTIFY 


IMS_A forwards NOTIFY to UE_A 








74 




























User A is notified that user B has 
left the conference 


i 




75 


























200 OK 


UE A sends a 200 OK response 
for NOTIFY 








76 


200 OK 


IMS_A forwards the 200 OK 
response to IMS_A AS 
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4.4. 1 4 Presence service 

The use case for the presence service is defined in TS 102 901 [17]. 

4.4.15 I PTV service 

4.4.15.1 Broadcast (BC) Session 



4.4.15.1.1 



Description 



UE_A starts a session initiation procedure to join a multicast channel. This test requires the use of application server as 
specified in [14]. The call flow path and node configuration for this use case corresponds to CF_IPTV. 



4.4.15.1.2 



UC 19: BC session 



The test sequence typically associated with this use case is as follows (CFW step numbers refer the call flow step 
numbering): 



Step 


Action 


OF IPTV 


1 


User A initiates a BC session 


Step1 


2 


User A receives the broadcast content 


Steps 


3 


User A terminates the session 


Step 9 


4 


User A is informed that session is terminated 


Step 14 



The expected call flow sequence is: 



Step 


Direction 


IVIessage 


Comment 




U 
s 
e 
r 
A 


u 

E 
A 


U 

s 
e 
r 
B 


U 

E 
B 


1 

M 
S 
A 


A 
S 
A 


1 
IVI 

s 

B 


A 
S 
B 






1 






















User A initiates a BC session 








2 










N 


N. 








INVITE 


UE_A sends INVITE to IMS_A 


< 






3 


INVITE 


IIVIS_A forwards the INVITE to AS_A 


y 


4 


200 OK 


AS_A responds with 200 OK 




5 


200 OK 


IIVIS A forwards the 200 OK response to 
UE_A 






N. 


6 


ACK 


UE A acknowledges the receipt of 200 
OK for INVITE 








7 


ACK 


IMS_A forwards the ACK to AS_A 


> 


8 




« — 


















User A receives the broadcast content 










9 




User A terminates the session 


— > 




10 










N. 


\ 








BYE 


UE_A sends BYE to IMS_A 


y 






11 


BYE 


IMS_A forwards the BYE to AS_A 


{ 


12 


200 OK 


AS_A responds with 200 OK 




13 


200 OK 


IIVIS A forwards the 200 OK response to 
UE_A 








14 






















User A is informed that session is 
terminated 


i — 
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4.4.15.2 Content on Demand (CoD) Session 



4.4.15.2.1 



Description 



UE_A starts a session initiation procedure for a streaming session of a selected content. TS 183 063 [14] specifies two 
methods for establishing a streaming session (called RTSP Method 1 and 2). This test requires the use of application 
server, playing the roles of Service control Function (SCF) and Media Function (MF), as specified in [14]. The call flow 
path and node configuration for this use case corresponds to CF_IPTV. 

The test sequence typically associated with this use case is as follows (CFW step numbers refer the call flow step 
numbering): 



Step 


Action 


CF IPTV 
RTSP Method 1 


CF IPTV 
RTSP Method 2 


1 


User A initiates a CoD session (content selection) 


Step1 


Step1 


2 


User A starts receiving the streaming content 


Step 26 


Step 14 


3 


User A terminates the session 


Step 27 


Step 15 


4 


User A is informed that session is terminated 


Step 36 


Step 24 



4.4.15.2.2 UC_20: CoD session establishing content control channel and content delivery 

channels separately (RTSP Method 1) 

The expected call flow sequence is: 



step 


Direction 


Message 


Comment 




U 
s 
e 
r 
A 


u 

E 
A 


u 

s 
e 
r 
B 


U 

E 
B 


1 

M 
S 
A 


A 
S 
A 


1 

M 

s 

B 


A 

s 

B 






1 






















User A initiates a CoD session (content 
selection) 


N. 






2 










N. 


N 








INVITE 


UE_A sends a INVITE to IMS_A 


^ 




/ 


3 


INVITE 


IMS A forwards the INVITE to AS A 
(SCF) 


• 


4 


INVITE 


AS_A forwards the INVITE to IMS_A 


N. 


5 


INVITE 


IMS A forwards the INVITE to AS A 
(MF) 


/ 

• 


6 


200 OK 


AS_A (MF) responds with 200 OK 


N 


7 


200 OK 


IMS A forwards the 200 OK response to 
AS_A (SCF) 


• 


8 


200 OK 


AS A forwards the 200 OK response to 
IMS_A 


N. 


9 


200 OK 


IMS A forwards the 200 OK response to 
UE_A 


\ 




N 


10 


ACK 


UE A acknowledges the receipt of 200 
OK for INVITE 








11 


ACK 


IMS_A forwards the ACK to AS_A (SCF) 


^ 


12 


ACK 


AS_A forwards the ACK to IMS_A 




13 


ACK 


IMS_A forwards the ACK to AS_A (MF) 


























UE_A sets up RTSP with AS_A (MF) 


14 










N. 


V 








INVITE 


UE_A sends relNVITE message 
indicating media attribute " a=recvonly " 








15 


INVITE 


IMS A forwards the relNVITE to AS A 
(SCF) 




/ 
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Step 


Direction 


IVIessage 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


U 
s 
e 
r 
B 


U 

E 
B 


1 

M 
S 
A 


A 
S 
A 


1 
IVI 

s 

B 


A 
S 
B 






16 






y 






< 








INVITE 


AS_A forwards the relNVITE to IMS_A 




17 


INVITE 


IMS A forwards the relNVITE to AS A 
(MF) 


y 


18 


200 OK 


AS_A (MF) responds with 200 OK 




19 


200 OK 


IMS A forwards the 200 OK response to 
AS_A (SCF) 


{ 


20 


200 OK 


IMS B forwards the 200 OK response to 
IMS_A 




21 


200 OK 


IMS A forwards the 200 OK response to 
UE_A 


K 




N 


22 


ACK 


UE A acknowledges the receipt of 200 
OK for relNVITE 








23 


ACK 


IMS_A forwards the ACK to AS_A (SCF) 


y 


24 


ACK 


AS_A forwards the ACK to IMS_A 




25 


ACK 


IMS_A forwards the ACK to AS_A (MF) 




26 






















User A starts receiving the streaming 
content 
































27 




User A terminates the session 


^ 




28 










N. 










BYE 


UE_A sends a BYE to IMS_A 


y 




> 


29 


BYE 


IMS_A forwards the BYE to AS_A (SCF) 


y 


30 


BYE 


AS_A forwards the BYE to IMS_A 




31 


BYE 


IMS_A forwards the BYE to AS_A (MF) 


y 


32 


200 OK 


AS_A (MF) responds with 200 OK 




33 


200 OK 


IMS A forwards the 200 OK response to 
AS_A (SCF) 


y 


34 


200 OK 


IMS B forwards the 200 OK response to 
IMS_A 




35 


200 OK 


IMS A forwards the 200 OK response to 
UE_A 


K 






36 






















User A is informed that session is 
terminated 


i 
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4.4.15.2.3 UC_21 : CoD session establishing content control channel and content delivery 

channels separately using RTSP Method 2 

The expected call flow sequence is: 



Step 


Direction 


IVIessage 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


u 

s 
e 
r 
B 


U 

E 
B 


1 

M 
S 
A 


A 
S 
A 


1 
IVI 

s 

B 


A 
S 
B 






1 






















User A initiates a CoD session (content 
selection) 


^ 




2 










N 


N. 








INVITE 


UE A sends a INVITE to IMS A 


y 






3 


INVITE 


IMS A forwards the INVITE to AS A 
(SCF) 


/^ 


4 


INVITE 


AS A forwards the INVITE to IMS A 


N 


5 


INVITE 


IMS A forwards the INVITE to AS A 
(MF) 


y 


6 


200 OK 


AS A (MF) responds with 200 OK 




7 


200 OK 


IMS A forwards the 200 OK response to 
AS A (SCF) 


{ 


8 


200 OK 


AS A forwards the 200 OK response to 
IMS A 


\ 


9 


200 OK 


IMS A forwards the 200 OK response to 
UE A 






N. 


10 


ACK 


UE A acknowledges the receipt of 200 
OK for INVITE 








11 


ACK 


IMS A forwards the ACK to AS A (SCF) 


y 


12 


ACK 


AS A forwards the ACK to IMS A 


N 


13 


ACK 


IMS_A forwards the ACK to AS_A (MF) 




14 






















UE_A starts receiving the streaming 
content 


15 




User A terminates the session 


^ 


16 










N. 


N 








BYE 


UE A sends a BYE to IMS A 


y 






17 


BYE 


IMS_A forwards the BYE to AS_A (SCF) 


y 


18 


BYE 


AS A forwards the BYE to IMS A 




19 


BYE 


IMS_A forwards the BYE to AS_A (MF) 


f 


20 


200 OK 


AS A (MF) responds with 200 OK 


N 


21 


200 OK 


IMS A forwards the 200 OK response to 
AS_A (SCF) 


y 


22 


200 OK 


IMS B forwards the 200 OK response to 
IMS A 




23 


200 OK 


IMS A forwards the 200 OK response to 
UE A 


K 






24 






















User A is informed that session is 
terminated 


i 





























4.4.1 5.3 Request for Network PVR offline capture 



4.4.15.3.1 



Description 



UE_A starts a N-PVR offline capture procedure to record a live programme that has not started yet. Once the capture 
has finished, UE_A establishes a CoD session to receive the streaming content using RTSP Method 1 or RTSP 
Method 2. The scope of this Use Case is to describe the capturing procedure, since CoD session is already described in 
the previous clause. This test requires the use of an application server, as specified in [14]. The call flow path and node 
configuration for this use case corresponds to CF_IPTV. 
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4.4.15.3.2 



UC_22: Request for Network PVR offline capture. 



The test sequence typically associated with this use case is as follows (CFW step numbers refer the call flow step 
numbering): 



Step 


Action 


CF INT IPTV 


1 


User A requests to record a live programme that has not started yet 


Step 1 


2 


User A is informed that recording has started 


Step 6 



The expected call flow sequence is: 



Step 


Direction 


Message 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


U 
s 
e 
r 
B 


U 

E 
B 


1 

M 
S 
A 


A 
S 
A 


1 

M 
S 
B 


A 
S 
B 






1 






















User a requests to record a live 
programme that has not started yet 


^ 




2 










N 


N. 








MESSAGE 


UE A sends a MESSAGE to IMS A 


y 






3 


MESSAGE 


IMS A forwards the MESSAGE to AS 


A 


> 


4 


200 OK 


AS_A responds with 200 OK 




5 


200 OK 


IMS A forwards the 200 OK response 
UE A 


to 








6 




















^m 


User A is informed that recording has 
started 


i 

























4.4.16 IMS-PSTN Interoperability 
4.4.16.1 IMS-to-PSTN call 



4.4.16.1.1 



Description 



UE_A places an IMS VoIP call to a user that is located in a PSTN environment (UE_B). Once the media path is 
established, the originating user or the destination user releases the call. The call flow path and node configuration for 
this use case corresponds to CF_PSTN. 



4.4.16.1.2 



UC 23: IMS-to-PSTN call 



The test sequence typically associated with this use case is as follows (CFW step numbers refer the call flow step 
numbering): 



Step 


Action 


CFW 


1 


User A calls User B 


Step 1 


2 


User B is informed of incoming call of User A 


Step 15 


3 


User A is informed that UE B is ringing 


Step 1 9 


4 


User B answers call 


Step 20 


5 


User A is informed that call has been answered 


Step 24 


6 


User A and B can communicate 


Step 27 


7 


User A ends call 


Step 28A 


8 


User B is informed that call has ended 


Step 32A 


9 


User A is informed that call has ended 


Step 36A 


10 


User B ends call 


Step 28B 


11 


User B is informed that call has ended 


Step 31 B 


12 


User A is informed that call has ended 


Step 34B 
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The expected call flow sequence is: 



Step 



Direction 



IVIessage 



Comment 



U 
s 
e 
r 
A 



U 

E 
A 



I 

IVI 
S 
A 



E 
N 
U 
IVI 
DB 



M 
G 
C 

F 



P 
S 

T 
N 



U 
s 
e 
r 
B 



10 



11 



12 



13 



14 



15 



16 



17 



18 



19 



20 



21 



22 



23 



24 



25 



26 



27 



User A calls User B 



INVITE 



UE_A sends INVITE with the first SDP offer 
indicating all desired medias and codecs that 



100 Trying 



IMS_A responds with a 100 Trying provisional 
response 



ENUM 



ENUM 



INVITE 



100 Trying 



183 Session 
Progress 



183 Session 
Progress 



PRACK 



PRACK 



200 OK (PRACK) 



200 OK (PRACK) 



lAM 



ACM/CPG 



180 Ringing 



180 Ringing 



ANM 



200 OK 



200 OK 



ACK 



ACK 



IMS_A sends query to ENUM DB 



ENUM DB sends response to IMS_A 



IMS A forwards INVITE to MGCF 



MGCF responds with a 100 Trying provisional 
response 



MGCF responds with 183 Session Progress 
response 



IMSJorwards 183 Session Progress response 
toUE A 



UE A sends PRACK to IMS A 



IMS A forwards PRACK to MGCF 



MGCF responds with 200 OK response to 
IMS A 



IMS_A forwards 200 OK response to UE_A 



MGCF sends lAM to PSTN 



User B is informed of incoming call of User A 



PSTN responds with ACM/CPG 



MGCF sends 180 Ringing response to IMS_A 



IMS_A forwards the 180 Ringing response to 
UE A 



User A is informed that UE_B is ringing 



User B answers call 



PSTN sends ANM to MGCF 



MGCF sends 200 OK response to IMS_A 



IMS_A forwards 200 OK response to UE_A 



User A is informed that call has been answered 



UE_A acknowledges the receipt of 200 OK for 
INVITE 



IMS A forwards ACK to MGCF 



User A and B can communicate 
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Step Direction IVIessage Comment 




U 
s 
e 
r 
A 


u 

E 
A 


1 

M 
S 
A 


E 
N 
U 
M 
DB 


M 
G 
C 

F 


P 

s 

T 
N 


u 

s 
e 
r 
B 






28A 




















User A ends call 


^ 




29A 










V 


\ 




BYE 


UE_A sends BYE 




30A 


BYE 


IMS_A forwards BYE to MGCF 






31A 


REL 


MGCF sends REL to PSTN 




32A 


















User B is informed that call has ended 


^ 




33A 






f 


/ 




( 




RLC 


PSTN sends RLC response to MGCF 




34A 


200 OK 


MGCF sends 200 OK response to IMS_A 


\ 




35A 


200 OK 


IMS_A forwards the 200 OK response to UE_A 




36A 


















User A is informed that call has ended 


i 




28B 


















User B ends call 


k 




29B 






f 


/ 




/ 




REL 


PSTN sends BYE to MGCF 




30B 


RLC 


MGCF responds RLC to PSTN 




31B 




User B is informed that call has ended 




32B 


BYE 


MGCF sends BYE to IMS_A 


\ 




33B 


BYE 


IMS_A forwards BYE to UE_A 




34B 


















User A is informed that call has ended 


i 




35B 










\ 






200 OK 


UE_A sends 200 OK for BYE 




36B 


200 OK 


IMS_A forwards 200 OK response to MGCF 












) 











4.4.16.2 



PSTN-to-IMS call 



4.4.16.2.1 



Description 



UE_B that is located in a PSTN environment places a call towards UE_A that is located in the IMS. Once the media 
path is established, the originating user or the destination user releases the call. The call flow path and node 
configuration for this use case corresponds to CF_PSTN. 
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4.4.16.2.2 



UC 24: PSTN-to-IMS call 



The test sequence typically associated with this use case is as follows (CFW step numbers refer the call flow step 
numbering): 



Step 


Action 


CFW 


1 


User B calls User A 


Step 1 


2 


User A is informed of incoming call of User B 


Step 17 


3 


User B is informed that UE A is ringing 


Step 21 


4 


User A answers call 


Step 22 


5 


User A is informed that call has been answered 


Step 16 


6 


User A and B can communicate 


Step 28 


7 


User A ends call 


Step 29A 


8 


User B is informed that call has ended 


Step 34A 


9 


User A is informed that call has ended 


Step 37A 


10 


User B ends call 


Step 29B 


11 


User B is informed that call has ended 


Step 32B 


12 


User A is informed that call has ended 


Step 35B 



The expected call flow sequence is: 



Step 



Direction 



IVIessage 



Comment 



U 
s 
e 
r 
A 



U 

E 
A 



I 

IVI 
S 
A 



IVI 
G 
C 

F 



P 
S 

T 
N 



U 
s 
e 
r 
B 



10 



11 



12 



13 



14 



15 



16 



17 



User B calls User A 



lAM 



PSTN send lAM to MGCF 



INVITE 



100 Trying 



MGCF sends INVITE to IMS_A (SDP 
with precondition status, MIME subtype 
telephone-event" clause 6.4.1) 



IMS_A responds with a 100 Trying 
provisional response 



INVITE 



IMS A forwards INVITE to UE A 



100 Trying 



UE_A optionally responds with a 100 
Trying provisional response 



183 Session 
Progress 



UE_A sends 183 Session Progress 
response to IMS_A 



183 Session 
Progress 



IMS_A forwards 183 Session Progress 
response to MGCF 



PRACK 



MGCF responds with PRACK to IMS_A 



PRACK 



IMS A forwards PRACK to UE A 



200 OK (PRACK) 



UE_A responds with 200 OK to IMS_A 



200 OK (PRACK) 



IMS A forwards 200 OK to MGCF 



UPDATE 



MGCF sends UPDATE to IMS A 



UPDATE 



IMS A forwards UPDATE to UE A 



200 OK (UPDATE) 



UE_A responds with 200 OK to IMS_A 



200 OK (UPDATE) 



IMS A forwards 200 OK to MGCF 



User A is informed of incoming call of 
UserB 



ETSI 



117 



ETSI TS 186 011-2 V4.1.3 (2012-05) 



Step 


Direction 


IVIessage 


Comment 




U 
s 
e 
r 
A 


u 

E 
A 


1 

M 
S 
A 


M 
G 
C 

F 


P 

s 

T 
N 


U 
s 
e 
r 
B 






18 








\ 


\ 






180 Ringing 


UE_A responds to initial INVITE with 180 
Ringing to indicate that it has started 
alerting 




19 


180 Ringing 


IMS A forwards 180 Ringing response 
to MGCF 




20 


ACM/CPG 


MGCF send ACM/CPG to PSTN 




21 


















User B is informed that UE_A is ringing 


^ 




22 




User A answers the call 


^ 




23 








\ 


\ 






200 OK 


UE_A responds INVITE with 200 OK to 
indicate that the call has been answered 


/ 


24 


200 OK 


IMS A forwards 200 OK response to 
MGCF 


/ 


25 


ANM 


MGCF sends ANM to PSTN 




26 


ACK 


MGCF sends ACK to PSTN 




27 


ACK 


IMS_A forwards ACK to UE_A 


V. 


28 


















User A and B can communicate 


i 




29A 




User A ends call 


^ 




30A 








\ 


\ 






BYE 


UE_A releases the call with BYE 




31A 


BYE 


IMS_A forwards BYE to MGCF 




32A 


REL 


MGCF sends REL to PSTN 


/ 


33A 


RLC 


PSTN sends response RLC to MGCF 




34A 


















User B is informed that call has ended 


^ 




35A 






/ 


/ 








200 OK 


MGCF sends 200 OK response to 
IMS_A 




36A 


200 OK 


IMS A forwards the 200 OK response to 
UE_A 


V. 


37A 


















User A is informed that call has ended 


i 




29B 




User B ends call 


^ 




30B 






/ 


/ 


/ 






REL 


PSTN sends REL to MGCF 


\ 


31B 


RLC 


MGCF sends RLC to PSTN 




32B 




User B is informed that call has ended 




33B 


BYE 


MGCF sends BYE to IMS_A 




34B 


BYE 


IMS_A forwards BYE to UE_A 




35B 


















User A is informed that call has ended 


i 
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Step 


Direction 


IVIessage 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


1 

M 
S 
A 


IVI 
G 
C 

F 


P 
S 

T 
N 


U 
s 
e 
r 
B 






36B 








\ 








200 OK 


UE_A sends 200 OK for BYE 




37B 


200 OK 


IMS A forwards 200 OK response to 
MGCF 





















4.5 Test Descriptions 



This clause introduces interoperability test descriptions (TDs) which realize one or more IMS NNI test purposes of 
TS 186 011-1 [2]. 

Each TD is defined on the basis of one of the generic use cases forms presented in the previous clause. Each test 
sequence step in a TD includes also a reference to a specific call flow step of the generic use case. Call flow steps which 
are associated with the test body are repeated after each TD and include any modifications necessary to adapt the 
generic use case. In the adapted call flow steps that are associated with user interactions are shown shaded and steps 
which have pass criteria are associated with are shown in bold. 

Note that the expected test sequence may only show the Call Flow that affects the test. 

In the tabulations which follow, all references are to TS 124 229 [1]. 



4.5.1 General Capabilities 



4.5.1.1 



SIP messages longer than 1 500 bytes 



Interoperability Test Description 


Identifier: 


TD IMS MESS 0001 


Summary: 


IMS network shall support SIP messages greater than 1 500 bytes 


Configuration: 


CF INT CALL 


SUT: 


IMS B 


References: 


Test Purpose 


Specification Reference 




TP IMS 4002 1 


TS 124 229 [1], clause 4.2A HI 


Use Case ref.: 


UG 05 1 


1 


Pre-test 
conditions: 


• HSS of IMS_A and of IMS B is configured according to table 1 

• UE_A and UE_B have IP bearers established to their respective IMS networks as 
per clause 4.2.1 

• UE_A and IMS_A configured to use TCP for transport 

• UE_A is registered in IMS_A using any user identity 

• UE_B is registered user of IMS_B using any user identity 

• MESSAGE request and response has to be supported at ll-NNI (TS 1 29 1 65 [1 6] 
see tables 6.1 and 6.3) 


^— ■ 


Test Sequence: 


Step 




1 


User A sends message to User B with at least 1 500 characters 


2 


Verify that user B receives message from user A 


^^ 


Conformance 
Criteria: 


Check 




1 


TP_IMS_4002_01 in CFW step 6 (MESSAGE) 
ensure that { 
when { UE_A sends a MESSAGE to UE_B 

containing a Message_Body greater than 1 300 bytes } 
then { IMS_B receives the MESSAGE 

containing the Message Body greater than 1 300 bytes } 
} 
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Step 


Direction IVIessage 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


1 

M 
S 
A 


E 
N 
U 
IVI 
DB 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


u 

E 
B 


U 
s 
e 
r 
B 






1 
























User A sends an instant message to user B 


^ 


2 








\ 




X 


V 








MESSAGE 


UE A sends MESSAGE to IMS A 




3 


ENUM 


IMS A sends query to ENUM DB 


/ 


4 


ENUM 


ENUM DB sends response to IMS A 




5 


IVIESSAGE 


IMS A sends MESSAGE to IBCF A 






6 


MESSAGE 


IBCF A sends MESSAGE to IBCF B 


} 


7 


MESSAGE 


IBCF B sends MESSAGE to IMS B 




8 


MESSAGE 


IMS B sends MESSAGE to UE B 




9 


















^ 






User B is informed about the instant message 


10 






y 


/ 




/■ 


• 


< 






200 OK 


UE B sends 200 OK to IMS B 




11 


200 OK 


IMS B sends 200 OK to IBCF B 


K 


12 


200 OK 


IBCF B sends 200 OK to IBCF A 




13 


200 OK 


IBCF A sends 200 OK to IMS A 






14 


200 OK 


IMS A sends 200 OK to UE A 


K 


15 




i 




















Optional: User A is presented a delivery report 



4.5.1.2 



ENUM Query - Functionality test 



Interoperability Test Description 


Identifier: 


TD IMS ENUM 0001 


Summary: 


ENUM query should result in return of NAPTR with correct SIP URI 


Configuration: 


OF INT GALL 


SUT: 


ENUM A and ENUM DB 


References: 


Test Purpose 


Specification Reference 




TP_IMS_ENUM_01 


TS 124 229 [1], clause 5.4.3.2 nil 
(item 10 in 1^^ numbered list) 


Use Case ref.i 


UC 2 1 




Pre-test 
conditions: 


• ENUM DB is configured with data for UE_B 

• IMS_A (and B) are configured to support ENUM 

• HSS of IMS_A and of IMS B is configured according to table 1 

• UE_A has IP bearer established to its respective IMS networks as per clause 4.2.1 

• UE A is registered in IMS A using any user identity 


^^m. 


Test Sequence: 


Step 




1 


User A calls User BtelURI 


2 


Verify that user B is informed of incoming call of User A 
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Interoperability Test Description 



Conformance 
Criteria: 



Check 



1 



TP_IMS_ENUM_01 in CFW step 5 (NAPTR Response): 
ensure that { 
when { UE_A sends an initial INVITE for UE_B to IMS_A 
containing a Request_URI 
indicating a Tel_URI 
and IMS_A sends a NAPTR_Query to ENUM_DB 

containing the TN derived_from the Tel_URI_E. 164_Number 



} 



then { ENUM_DB sends a NAPTR_Response to IMS_A 
containing a NAPTR_Resource_Record 
containing the TTL of the NAPTR_record 
containing the service_type 

indicating E2U+sip 
containing the_regular_expression 

indicating !%*)$! 
containing the SIP_URI of UE_B 

indicating backreference (\1) for the user part 
indicating domain name for the host part 
containing SIP_URI_parameters 'if applicable' } 



IL 



step 


Direction Message Comment 




U 
s 
e 
r 
A 


U 

E 
A 


1 

M 
S 
A 


E 
N 
U 
M 
DB 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


U 

E 
B 


U 
s 
e 
r 
B 




1 
























User A calls User B 


^ 




2 






N 


\ 


\ 


> 

i 


\ 








INVITE 


UE_A sends INVITE with the first SDP offer indicating 
all desired medias and codecs that UE_A supports 


( 


3 


100 Trying 


IMS_A responds with a 100 Trying provisional 
response 




4 


ENUM 


IMS_A sends query to ENUM DB 


/ 


5 


ENUM 


ENUM DB sends response to IMS_A 


\ 


6 


INVITE 


IMS_A forwards INVITE to IBCF_A 


/ 




7 


100 Trying 


IBCF_A responds with a 100 Trying provisional 
response 






8 


INVITE 


IBCF_A forwards INVITE to IBCF_B 


9 


100 Trying 


IBCF_B responds with a 100 Trying provisional 
response 


10 


INVITE 


IBCF_B forwards INVITE to IMS_B 


/ 


11 


100 Trying 


IMS_B responds with a 100 Trying provisional 
response 




12 


INVITE 


IMS_B forwards INVITE to UE_B 


( 


13 


100 Trying 


UE_B optionally responds with a 100 Trying provisional 
response 




14 
























User B is informed of incoming call of User A 


^ 
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4.5.2 Registration and De-registration 



4.5.2.1 



First time registration in a visited IMS network 



Interoperability Test Description 


Identifier: 


ID IMS REG 0001 AKA 


Summary: 


First time registration in a visited IIVIS network 


Configuration: 


CF ROAM REG 


SUT: 


IMS A and IMS B 


References: 


Test Purpose 


Specification Reference 


TP_IMS_5011_01 


TS 124 229 [1], clauses 5.2.2.1 1116 
(2"^ numbered list) and 5.2.2.2 


TP_IMS_5011_02 


TS 124 229 [1], clauses 5.2.2.1 V 1116 
(2"^ numbered list) and 5.2.2.2 


TP_IMS_5044_01 


TS 124 229 [1], clause 5.2.3 112 
(1^^ numbered list) 


TP IMS 5089 01 


TS 124 229 [1], clause 5.4.1.2.1 A HI 


TP IMS 5092 01 


TS 124 229 [1], clause 5.4.1.2.2F HI 


TP IMS 5096 01 


TS 124 229 [1], clause 5.4.2.1.1 HI 


Use Case ref.: 


UC 01 R 




Pre-test 
conditions: 


• HSS of IMS_B is configured according to table 1 

• UE_B IP bearers established to IMS_A as per clause 4.2.1 

• UE_B not registered in IMS_B 

• IMS_A within the trust domain of IMS_B 

• UE B is configured to use AKA authentication 


^ 1 


Test Sequence: 


Step 


i 


1 


User B registers in IMS B using any valid user identity 


2 

J 


Verify that UE B shows successful registration 


Conformance 
Criteria: 


Check 




1 


TP_IMS_501 1_01 in CFW step 4 (REGISTER): 
ensure that { 
when { UE_B sends an unprotected REGISTER to IMS_A 

containing a Security-Client header} 
then { IMS_A sends the REGISTER to IMS_B 
containing a Path_header 

containing P-CSCF_SIP_URI of IMS_A and 
containing a Require_header 

containing a path_option_tag and 
containing a P-Charging-Vector_header 
containing an icid-value_parameter and 
containing an orig-ioi_parameter and 
not containing a term-ioi_parameter and 
containing a Authorization_header 

containing an integrity-protected_parameter 
indicating no 
not containing a Security-Verify_header and 
not containing a Security-Client_header and 
containing a P-Visited-Network-ID_header 
indicating "the visited network at the home network"} 

} 
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Interoperability Test Description 



TP_IMS_501 1_02 in CFW step 12 (REGISTER): 
ensure that { 
when { UE_B sends a protected REGISTER to IMS_A 

containing a Security-Client_header } 
then { IMS_A sends the REGISTER to IMS_B 
containing a Path_header 

containing P-CSCF_SIP_URI of IMS_A and 
containing a Require_header 

containing a path_option_tag and 
containing a P-Charging-Vector_header 
containing an icid-value_parameter and 
containing an orig-ioi_parameter 

indicating IMS_A and 
not containing a term-ioi_parameter and 
containing a Authorization_header 

containing an integrity-protected_parameter 
indicating yes 
not containing a Security-Verify _header and 
not containing a Security-Client_header and 
containing a P-Visited-Network-ID_header 
indicating "the visited network at the home network"} 

L 



TP_IMS_5044_01 in CFW step 19 (SUBSCRIBE): 
ensure that { 
when { IMS_A receives a 200_response from IMS_B 

} 
then { IMS_A sends a SUBSCRIBE to IMS_B 
containing a Request_URI 
indicating "the resource to which the P-CSCF wants 
to subscribe to" and 
containing a From_header 

indicating P-CSCF_SIP_URI of IMS_A and 
containing a To_header 

indicating the default_public_user_identity of UE_B and 
containing an Event_header 
indicating the reg_event_package and 
containing an Expires_header 
set to "a value greater than the one in the Expires_header 
of the 200_response" and 
containing a P- Asserted- ldentity_header 

set to the P-CSCF_SIP_URI of IMS_A and 
containing a P-Charging-Vector_header 
containing an icid-value_parameter } 

1 



TP_IMS_5089_01 in CFW step 7 (401 Unauthorized): 
ensure that { 
when { UE_B sends an initial REGISTER to IMS_B and 
IMS_A sends the REGISTER to IMS_B 
containing an Authorization_header 

containing an integrity-protected_parameter indicating no } 
then { IMS_B sends a 401_response to IMS_A 
containing an WWW-Authenticate_header 
containing a realm_parameter 

indicating the operatorjdentifier of IMS_B and 
containing a nonce_parameter 
(containing a RAND_parameter and 
containing an AUTN_parameter) and 
containing an algorithm_parameter 

indicating AKAv1-MD5 and 
containing an ik_parameter and 
containing a ck_parameter } 

1 
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Interoperability Test Description 




5 


TP_IMS_5092_01 in CFW step 15 (200 Ok): 
ensure that { 
when { UE B sends a protected REGISTER to IMS B and 

IMS_A sends the REGISTER to IMS_B} 
then { IMS_B sends 200_response to IMS_A 

containing the same Path_header as in the protected REGISTER 
and 

containing a P-Associated-URI_header 

containing all registered_public_identities and "its 
associated set of implicitly registered public user identities" 
indicating (first the default_public_user_identity and 
no barred_public_user_identities) and 
containing a Service-Route header 

indicating the S-CSCF_SIP_URI of IMS_B and 
containing a P-Charging-Vector_header 
including a term-ioi_parameter 
indicating operatorjdentifier of IMS_B and 
containing a Contact_header 
indicating "all contact addresses" 

for the default public user identity of UE Bj 
} 


6 


TP_IMS_5096_01 in CFW step 22 (200 Ok): 
ensure that { 
when { 

IMS_B receives a SUBSCRIBE from UE_B via IMS_A 
containing an Event header indicating the reg event package } 
then{ 

IMS_B sends a 2XX_response to UE_B 
containing an Expires_header 
indicating "the same or lower expiry time than 
specified in the initial SUBSCRIBE"} 
} 



Interoperability Test Description 


Identifier: 


TD IMS REG 0001 MD5 


Summary: 


First time registration in a visited IIVIS network 


Configuration: 


CF ROAM REG 


SUT: 


IMS AandlMS B 


References: 


Test Purpose 


Specification Reference 


TP_IMS_5011_03 


TS 124 229 [1], clauses 5.2.2.1 1116 
(2"^ numbered list) and 5.2.2.3 


TP_IMS_5011_04 


TS 124 229 [1], clauses 5.2.2.1 1116 
(2"^ numbered list) and 5.2.2.3 


TP_IMS_5044_01 


TS 124 229 [1], clause 5.2.3 112 
(1^^ numbered list) 


IP IMS 5089 02 


TS 1 24 229 [1 ], clause 5.4.1 .2.1 B HI 


TP IMS 5092 01 


TS 124 229 [1], clause 5.4.1.2.2F HI 


TP IMS 5096 01 


TS 124 229 [1], clause 5.4.2.1 .1 HI 


Use Case ref.: 


UC 01 R 






■ 


Pre-test 
conditions: 


• HSS of IMS_B is configured according to table 1 

• UE_B IP bearers established to IMS_A as per clause 4.2.1 

• UE_B not registered in IMS_B 

• IMS_A within the trust domain of IMS_B 

• UE B is configured to use MD5 digest authentication 




Test Sequence: 


Step 


1 


1 


User B registers in IMS B using any valid user identity 


2 


Verify that UE B shows successful registration 




' ■ 
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Interoperability Test Description 



Conformance 
Criteria: 



Check 



TP_IMS_501 1_03 in CFW step 4 (REGISTER): 
ensure that { 
when { UE_B sends an unprotected REGISTER to IMS_A } 
then { IMS_A sends the REGISTER to IMS_B 
containing a Path_header 

containing P-CSCF_SIP_URI of IMS_A and 
containing a Require_header 

containing a path_option_tag and 
containing a P-Charging-Vector_header 
(containing an icid-value_parameter and 
containing an orig-ioi_parameter and 
not containing a term-ioi_parameter) and 
containing a Authorization_header 

(not containing an integrity-protected_parameter or 
containing an integrity-protected_parameter 
indicating ip-assoc-pending) and 
containing a P-Visited-Network-ID_header 
indicating "the visited network at the home network"} 

L 



TP_IMS_501 1_04 in CFW step 12 (REGISTER): 
ensure that { 
when { UE_B sends a protected REGISTER to IMS_A } 
then { IMS_A sends the REGISTER to IMS_B 
containing a Path_header 

containing P-CSCF_SIP_URI of IMS_A and 
containing a Require_header 

containing a path_option_tag and 
containing a P-Charging-Vector_header 
(containing an icid-value_parameter and 
containing an orig-ioi_parameter 

indicating IMS_A and 
not containing a term-ioi_parameter) and 
containing a Authorization_header 

containing an integrity-protected_parameter 
indicating ip-assoc-yes and 
containing a P-Visited-Network-ID_header 
indicating "the visited network at the home network"} 

L 



TP_IMS_5044_01 in CFW step 19 (SUBSCRIBE): 
ensure that { 
when { IMS_A receives a 200_response from IMS_B 

} 
then { IMS_A sends a SUBSCRIBE to IMS_B 
containing a Request_URI 
indicating "the resource to which the P-CSCF wants 
to subscribe to" and 
containing a From_header 

indicating P-CSCF_SIP_URI of IMS_A and 
containing a To_header 

indicating the default_public_user_identity of UE_B and 
containing an Event_header 
indicating the reg_event_package and 
containing an Expires_header 
set to "a value greater than the one in the Expires_header 
of the 200_response" and 
containing a P-Asserted-ldentity_header 

set to the P-CSCF_SIP_URI of IMS_A and 
containing a P-Charging-Vector_header 
containing an icid-value_parameter } 

1 
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Interoperability Test Description 



TP_IMS_5089_02 in CFW step 7 (401 Unauthorized): 
ensure that { 
when { UE_B sends an initial REGISTER to IMS_B and 
IMS_A sends the REGISTER to IMS_B 
containing an Authorization_header } 
then { IMS_B sends a 401_response to IMS_A 
containing an WWW-Authenticate_header 
containing a realm_parameter 

indicating the operatorjdentifier of IMS_B and 
containing a nonce_parameter and 
containing an algorithm_parameter 

indicating MD5 and 
containing qop_parameter 
indicating MD5 } 
1 



TP_IMS_5092_01 in CFW step 15 (200 Ok): 
ensure that { 
when { UE_B sends a protected REGISTER to IMS_B and 

IMS_A sends the REGISTER to IMS_B} 
then { IMS_B sends 200_response to IMS_A 

containing the same Path_header as in the protected REGISTER 
and 

containing a P-Associated-URI_header 

containing all registered_public_identities and "its 
associated set of implicitly registered public user identities" 
indicating (first the default_public_user_identity and 
no barred_public_user_identities) and 
containing a Service-Route_header 

indicating the S-CSCF_SIP_URI of IMS_B and 
containing a P-Charging-Vector_header 
including a term-ioi_parameter 
indicating operatorjdentifier of IMS_B and 
containing a Contact_header 
indicating "all contact addresses" 

for the default_public_user_identity of UE_B } 

L 



TP_IMS_5096_01 in CFW step 22 (200 Ok): 
ensure that { 
when { 

IMS_B receives a SUBSCRIBE from UE_B via IMS_A 
containing an Event_header indicating the reg_event_package } 
then{ 

IMS_B sends a 2XX_response to UE_B 
containing an Expires_header 
indicating "the same or lower expiry time than 
specified in the initial SUBSCRIBE"} 

1 



Step 


Direction 


Message 


Comment 




U 
s 
e 
r 
B 


u 

E 
B 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 






1 
















User B registers in IIVIS B 








2 




N 


X 




N 




REGISTER 


UE_B sends a REGISTER to IMS_A 




3 




REGISTER 


IMS_A forwards the REGISTER to IBCF_A 




4 


REGISTER 


IBCF_A forwards the REGISTER to IBCF_B 




5 


REGISTER 


IBCF_B forwards the REGISTER to IMS_B 




y 
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Step 



Direction 



IVIessage 



Comment 



U 
s 
e 
r 
B 



U 

E 
B 



I 

IVI 
S 
A 



I 

B 
C 

F 
A 



I 

B 
C 

F 
B 



I 

IVI 
S 
B 



10 



11 



12 



13 



14 



15 



16 



17 



18 



19 



20 



21 



22 



23 



24 



25 



26 



27 



28 



39 



30 



31 



32 



33 



401 Unauthorized 



IMS_B responds with 401 Unauthorized to 
IBCF B 



401 Unauthorized 



IBCF_B forwards the 401 Unauthorized to 
IBCF A 



401 Unauthorized 



IBCF_A forwards the 401 Unauthorized to 
IMS A 



401 Unauthorized 



IIVIS A forwards the 401 Unauthorized to UE B 



REGISTER 



UE_B sends the same REGISTER containing 
authentication challenge response to IMS_A 



REGISTER 



IMS A forwards the REGISTER to IBCF A 



REGISTER 



IBCF A forwards the REGISTER to IBCF B 



REGISTER 



IBCF B forwards the REGISTER to IMS B 



200 OK 



IMS_B responds with 200 OK 



200 OK 



IBCF_B forwards the 200 OK response to 
IBCF A 



200 OK 



200 OK 



IBCF_A forwards the 200 OK response to 
IMS_A 

IMS_A forwards the 200 OK response to UE_B 



SUBSCRIBE 



IMS A sends a SUBSCRIBE to IBCF A 



SUBSCRIBE 



IBCF A forwards the SUBSCRIBE to IBCF B 



SUBSCRIBE 



IBCF B forwards the SUBSCRIBE to IMS B 



200 OK 

or 202 Accepted 



IMS_B responds with a 200 OK or 202 
Accepted 



200 OK 

or 202 Accepted 



IBCF_B forwards 200 OK or 202 Accepted to 
IBCF A 



200 OK 

or 202 Accepted 



IBCF_A forwards 200 OK or 202 Accepted to 
IMS A 



NOTIFY 



IMS_B sends a NOTIFY to IBCF_B, containing 
UE_B's registration status 



NOTIFY 



IBCF B forwards NOTIFY to IBCF A 



NOTIFY 



IBCF A forwards NOTIFY to IMS A 



200 OK 



IMS_A responds to the NOTIFY with a 200 OK 



200 OK 



IBCF_A forwards 200 OK response to IBCF_B 



200 OK 



IBCF_B forwards 200 OK response to IMS_B 



SUBSCRIBE 



UE_B sends a SUBSCRIBE (reg event 
package) to IMS_A 



SUBSCRIBE 



IMS_A forwards the SUBSCRIBE request to 
IBCF A 



SUBSCRIBE 



IBCF_A forwards the SUBSCRIBE request to 
IBCF B 



SUBSCRIBE 



IBCF_B forwards the SUBSCRIBE request to 
IMS B 
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Step 


Direction 


IVIessage 


Comment 




U 
s 
e 
r 
B 


U 

E 
B 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

IVI 

s 

B 






34 




^ 


• 


{ 




200 OK or 

202 Accepted 


ll\/IS_B responds witii 200 OK or 202 Accepted 


{ 


35 


200 OK or 
202 Accepted 


IBCF_B forwards the 200 OK or 202 Accepted 
response to IBCF_A 


^ 


36 


200 OK or 
202 Accepted 


IBCF_A forwards the 200 OK or 202 Accepted 
response to IMS_A 




37 




/^ 


200 OK or 
202 Accepted 


IMS_A forwards the 200 OK or 202 Accepted 
response to UE_B 




38 




NOTIFY 


IMS_B sends a NOTIFY to IBCF_B, containing 
UE_B's registration status 




39 


NOTIFY 


IBCF_B forwards the NOTIFY to IBCF_A 


\ 


40 


NOTIFY 


IBCF_A forwards the NOTIFY to IMS_A 


X 


41 




/ 


NOTIFY 


IMS_A forwards the NOTIFY to UE_B 


\ 


42 


200 OK 


UE_B responds to the NOTIFY with a 200 OK 




43 




200 OK 


IMS_A forwards the 200 OK to IBCF_A 




44 


200 OK 


IBCF_A forwards the 200 OK to IBCF_B 




45 


200 OK 


IBCF_B forwards the 200 OK to IMS_B 




46 
















User B is informed about successful registration 


i 

















4.5.2.2 



No response from first entry point on REGISTER witliout topology hiding 



Interoperability Test Description 


Identifier: 


TD IMS REG 0002 


Summary: 


IMS network chooses a second entry point to the home network of a user that 
requested registration, if the first entry point does not answer, without topology hiding. 


Configuration: 


CF ROAM REG 


SUT: 


IMS A 


References: 


Test Purpose 


Specification Reference 


TP_IMS_5203_01 


TS 124 229 [1], clause 5.2.2.1 1133 
(item 6 in 2 numbered list) 


TP IMS 5092 01 


TS 124 229 [1], clause 5.4.1.2.2F \\ 


Use Case ref.: 


UC 01 R 


^m 


Pre-test 
conditions: 


• HSS of IMS_B is configured according to table 1 

• UE_B IP bearers established to IMS_A as per clause 4.2.1 

• IMS_A configured with multiple entry points for IMS_B 

• IMS_A not configured for topology hiding 

• First entry point determined by the IMS A pointing to a non-existing component in 
IMS B 


^^ 




Test Sequence: 


Step 


r 1 


1 


User B registers in IMS B using any user identity 


2 


Verify that UE B shows successful registration 


^^" ■ 
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Interoperability Test Description 



Conformance 
Criteria: 



Check 



TP_IMS_5203_01 in CFW step 7 (REGISTER): [l-CSCF] 
ensure that { 

when { IMS_A receives no response from IMS_B } 

then { IMS_A sends the REGISTER to another_entry_point of IMS_B } 

1 



TP_IMS_5092_01 in CFW step 18 (200 Ok): 
ensure that { 
when { UE_B sends a protected REGISTER to MS_B and 

IMS_A sends the REGISTER to IMS_B} 
then { ll\/IS_B sends 200_response to ll\/IS_A 

containing the same Path_header as in the protected REGISTER 
and 

containing a P-Associated-URI_header 

containing all registered_public_identities and "its 
associated set of implicitly registered public user identities" 
indicating (first the default_public_user_identity and 
no barred_public_user_identities) and 
containing a Service-Route_header 

indicating the S-GSGF_SIP_URI of IMS_B and 
containing a P-Charging-Vector_header 
including a term-ioi_parameter 
indicating operatorjdentifier of IUT_ and 
containing a Contact_header 
indicating "all contact addresses" 
for the default_public_user_identity of UE_B } 



Step 


Direction 


Message 


Comment 




U 
s 
e 
r 
B 


U 

E 
B 


1 

M 
S 
A 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 






1 
















User B activates the UE in the home network 


^ 




2 






X 


X 






REGISTER 


UE_B sends a REGISTER to IMS_A 




3 




REGISTER 


IMS_A forwards the REGISTER to IBGF_A 




4 


REGISTER 


IBGF_A forwards the REGISTER to IBGF_B 




5 


REGISTER 


IBCF_B forwards the REGISTER to the first 
entry point of IMS_B 


















No response from IMS_B 


6 




X 


X 






REGISTER 


IMS_A sends a REGISTER to another entry 
point defined for IMS_B 


f 


7 


REGISTER 


IBCF_A forwards the REGISTER to IBCF_B 


^ 


8 


REGISTER 


IBCF_B forwards the REGISTER to IMS_B 


• 


9 


401 Unauthorized 


IMS B responds with 401 Unauthorized to 
IBCF_B 




10 


401 Unauthorized 


IBCF B forwards the 401 Unauthorized to 
IBCF_A 


\ 


11 


401 Unauthorized 


IBCF A forwards the 401 Unauthorized to 
IMS_A 




12 




/ 


401 Unauthorized 


IMS_A forwards the 401 Unauthorized to UE_B 


N. 


13 


REGISTER 


UE_B sends the same REGISTER containing 
authentication challenge response to IMS_A 




/ 
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Step 


Direction 


IVIessage 


Comment 




U 
s 
e 
r 
B 


U 

E 
B 


1 

M 
S 
A 


1 

B 
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B 






14 






X 






REGISTER 


IMS_A forwards the REGISTER to IBCF A 


y 


15 


REGISTER 


IBCF_A forwards the REGISTER to IBCF B 


{ 


16 


REGISTER 


IBCF_B forwards the REGISTER to IMS B 


f 


17 


200 OK 


IMS_B responds with 200 OK 




18 


200 OK 


IBCF B forwards the 200 OK response to 
IBCF_A 


X 


19 


200 OK 


IBCF A forwards the 200 OK response to 
IMS_A 


\ 


20 




f 


200 OK 


IMS_A forwards the 200 OK response to UE_B 




21 




SUBSCRIBE 


IMS_A sends a SUBSCRIBE to IBCF_A 


y 


22 


SUBSCRIBE 


IBCF_A forwards the SUBSCRIBE to IBCF_B 


• 


23 


SUBSCRIBE 


IBCF_B forwards the SUBSCRIBE to IMS_B 


f 


24 


200 OK or 202 
Accepted 


IMS_B responds with a 200 OK or 202 
Accepted 


f 


25 


200 OK or 202 
Accepted 


IBCF B forwards 200 OK or 202 Accepted to 
IBCF_A 


{ 


26 


200 OK or 202 
Accepted 


IBCF A forwards 200 OK or 202 Accepted to 
IMS_A 


\ 

• 


27 


NOTIFY 


IMS_B sends a NOTIFY to IMS_A, containing 
UE_B's registration status 




28 


NOTIFY 


IBCF_B forwards NOTIFY to IBCF_A 




29 


NOTIFY 


IBCF_A forwards NOTIFY to IMS_A 


X 


30 


200 OK 


IMS_A responds to the NOTIFY with a 200 OK 




31 


200 OK 


IBCF_A forwards 200 OK response to IBCF_B 




32 


200 OK 


IBCF_B forwards 200 OK response to ll\/IS_B 




33 






SUBSCRIBE 


UE_B sends a SUBSCRIBE (reg event 
package) to ll\/IS_A 




34 




SUBSCRIBE 


IMS A forwards the SUBSCRIBE request to 
IBCF_A 


• 


35 


SUBSCRIBE 


IBCF A forwards the SUBSCRIBE request to 
IBCF_B 


{ 


36 


SUBSCRIBE 


IBCF B forwards the SUBSCRIBE request to 
IMS_B 


f 


37 


200 OK or 
202 Accepted 


IMS_B responds to the SUBSCRIBE with a 200 
OK or 202 Accepted 


f 


38 


200 OK or 
202 Accepted 


IBCF_B forwards the 200 OK or 202 Accepted 
response to IBCF_A 




39 


200 OK or 
202 Accepted 


IBCF_A forwards the 200 OK or 202 Accepted 
response to ll\/IS_A 




40 




y 


200 OK or 
202 Accepted 


IMS_A forwards the 200 OK or 202 Accepted 
response to UE_B 


\ 


41 




NOTIFY 


ll\/IS_B sends a NOTIFY to IBCF_B, containing 
UE_B's registration status 
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Step 


Direction 


IVIessage 


Comment 
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s 

B 






42 




• 


{ 






NOTIFY 


IBCF_B forwards the NOTIFY to IBCF_A 


X 


43 


NOTIFY 


IBCF_A forwards the NOTIFY to IMS_A 




44 




y 


NOTIFY 


IMS_A forwards the NOTIFY to UE_B 


\ 


45 


200 OK 


UE_B responds to the NOTIFY with a 200 OK 




46 




200 OK 


IMS_A forwards the 200 OK to IBCF_A 




47 


200 OK 


IBCF_A forwards the 200 OK to IBCF_B 




48 


200 OK 


IBCF_B forwards the 200 OK to IMS_B 




49 
















User B is informed about successful registration 


i 

















4.5.2.3 



403 response to REGISTER from an un-trusted domain without topology 
hiding 



Interoperability Test Description 


Identifier: 


TD IMS REG 0003 


Summary: 


IIVIS network sends 403 response when attempting registration from a different trust 
domain without topology hiding 


Configuration: 


CF ROAM REG 


SUT: 


IMS B 


References: 


Test Purpose 


Specification Reference 


TP IMS 5129 01 


TS 124 229 [1], clause 5.3.1.2 HI 


Use Case ref.: 


UC 01 R 




Pre-test 
conditions: 


• HSS of IMS_B is configured according to table 1 

• UE_B IP bearers established to IMS_A as per clause 4.2.1 

• IMS_B not configured for topology hiding 

• IMS A and IMS B are in different trust domains 




Test Sequence: 


Step 




1 


User B registers in IMS B using any user identity 


2 


Verify that UE B shows unsuccessful registration 


^^^^ ^ 


Conformance 
Criteria: 


Check 




1 


TP_IMS_5129_01 in CFW step 7 (REGISTER) [l-CSCF]: 
ensure that { 

when { UE_B sends a valid initial REGISTER to IMS_A 
and IMS_B receives the REGISTER from IMS_A} 

then { IMS B sends a 403 response to IMS A } 
} 
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Step 


Direction 


IVIessage 


Comment 
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B 






1 
















User B activates the UE in a visited network 


^ 




2 




N 


X 








REGISTER 


UE_B sends a REGISTER to IMS_A 




3 




REGISTER 


IIVIS_A forwards the REGISTER to IBCF_A 


{ 


4 


REGISTER 


IBCF_A forwards the REGISTER to IBCF_B 


f 


5 


REGISTER 


IBCF_B forwards the REGISTER to IMS_B 


^ 


6 


403 Forbidden 


IMS B responds with 403 Forbidden to 
IBCF_B 


\ 


7 


403 Forbidden 


IBCF_B forwards the 403 Forbidden to IBCF_A 




8 


403 Forbidden 


IBCF_A forwards the 403 Forbidden to ll\/IS_A 




9 




/ 


403 Forbidden 


ll\/IS_A forwards the 403 Forbidden to UE_B 




10 
















User B is informed about the registration is 
rejected 


i 

















4.5.2.4 



Network initiated deregistration by the S-CSCF 



Interoperability Test Description 


Identifier: 


TD IMS REG 0005 


Summary: 


IIVIS network can initiate user de-registration, e.g., when a user runs out of credit 


Configuration: 


CF ROAM REG 


SUT: 


IMS B 


References: 


Test Purpose 


Specification Reference 


TP_IMS_5093_01 


TS 124 229 [1], clause 5.4.1.5 116 
(1^^ numbered list) 


Use Case ref.: 


UC_01_R 


Pre-test 
conditions: 


• HSS of IMS_B is configured according to table 1 

• UE_B IP bearers established to IMS_A as per clause 4.2.1 

• UE_B registered in IMS_B via IMS_A using any user identity 

• IMS A within the trust domain of IMS B 




Test Sequence: 


Step 




1 


IMS B is triggered manually to de-register user B 


2 


Verify that UE B shows successful de-registration 


V ^^^^P V 


Conformance 
Criteria: 


Check 




1 


TP_IMS_5093_01 in CFW step 48 and 56 
ensure that { 
when { IMS_B receives a network_originated_deregistration_event } 
then{ 
IMS_B sends a NOTIFY to IMS_A 
containing a Request_URI 

indicating UE_B and 
containing an Event_header 

indicating the reg_event_package and 
containing a P-Charging-Vector header 

containing an icid-value_parameter and 
containing a Route_header 

indicating the original Route_header from SUBSCRIBE and 
containing a Message_Body 

containing for each registered_public_identity of UE_B 



ETSI 



132 



ETSI TS 186 011-2 V4.1.3 (2012-05) 



Interoperability Test Description 



a registration_element 
(containing an aor_attribute 

indicating registered_public_identity of UE_B and 
containing a state_attribute 
indicating terminated and 
containing a contact_subeiement 
(containing an event_attribute 

indicating deactivated or rejected 
containing a state_attribute indicating terminated and 
containing an URI_subeiement 
indicating tlie contact_address of UE_B) and 
IMS_B sends a NOTIFY to IMS_A 
containing a Request_URI 

indicating P-CSCF_SIP_URI of ll\/IS_A and 
containing an Event_lieader 

indicating tlie reg_event_package and 
containing a P-Cfiarging-Vector lieader 

containing an icid-value_parameter and 
containing a Route_lieader 

indicating tine original Route_header from SUBSCRIBE and 
containing a Message_Body 

containing for each registered_public_identity of UE_A 
a registration_element 
(containing an aor_attribute 

indicating registered_public_identity of UE_A and 
containing a state_attribute 
indicating terminated and 
containing a contact_subelement 
(containing an event_attribute 

indicating deactivated or rejected and 
containing a state_attribute indicating terminated and 
containing an URI_subelement 
indicating the contact_address of UE_A) } 



Step 


Direction 


Message 


Comment 
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B 
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A 
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F 
A 
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F 
B 


\ 

M 
S 
B 




















IMS_B is triggered to de-register user B 


47 




{ 


^ 


• 




NOTIFY 


IMS_B sends a NOTIFY to IMS_A, containing 
UE_B's de-registration 




48 


NOTIFY 


IBCF_B forwards the NOTIFY to IBCF_A 




49 


NOTIFY 


IBCF_A forwards the NOTIFY to IMS_A 




50 




/ 


NOTIFY 


ll\/IS_A sends a NOTIFY to UE_B, containing 
UE_B's de-registration 




51 


200 OK 


UE_B responds to the NOTIFY with a 200 OK 




52 




200 OK 


IIVIS A forwards the 200 OK response to 
IBCF_A 




53 


200 OK 


IBCF A forwards the 200 OK response to 
IBCF_B 


• 


54 


200 OK 


IBCF_B forwards the 200 OK to IMS_B 


{ 


55 


NOTIFY 


IMS_B sends a NOTIFY to IMS_A, containing 
IMS_A's de-registration 




56 


NOTIFY 


IBCF_B forwards the NOTIFY to IBCF_A 
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Step 


Direction 


Message 


Comment 
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s 

B 






57 




y 


X 






NOTIFY 


IBCF_A forwards the NOTIFY to IMS_A 


K 


58 


200 OK 


IMS_A responds to the NOTIFY with a 200 OK 




59 


200 OK 


IBCF A forwards the 200 OK response to 
IBCF_B 




60 


200 OK 


IBCF_B forwards the 200 OK to IMS_B 




61 
















User B is informed about de-registration 


i 

















4.5.2.5 



Network initiated re-authentication by the S-CSCF 



Interoperability Test Description 


Identifier: 


TD IMS REG 0006 


Summary: 


IIVIS network can initiate user re-authentication 


Configuration: 


CF ROAM REG 


SUT: 


IMS B 


References: 


Test Purpose 


Specification Reference 


TP IMS 5094 01 


TS 124 229 [1], clause 5.4.1.6 112 


Use Case ref.: 


UC 01 R 




Pre-test 
conditions: 


• HSS of IMS_B is configured according to table 1 

• UE_B IP bearers established to IMS_A as per clause 4.2.1 

• UE_B registered in IMS_B using any user identity 

• IMS_A within the trust domain of IMS_B 

• Event received in S-CSCF of IMS B to re-authenticate UE B 


^^^^^ 1 


Test Sequence: 


Step 


J 


1 


IMS B network is triggered to re-authenticate user B 


2 


Verify that UE B shows successful registration 




1^^^^ 1^. ■ 


Conformance 
Criteria: 


Check 




1 


TP_IMS_5094_01 in CFW steps 48 and 56 
ensure that { 
when { IMS B receives a network originated reauthentication event} 
then{ 
IMS_B sends a NOTIFY to UE_B 
containing a Request_URI 

indicating UE_B and 
containing an Event_header 

indicating the reg_event_package and 
containing a P-Charging-Vector header 

containing an icid-value_parameter and 
containing a Route_header 

indicating the original Route_header from SUBSCRIBE and 
containing a Message_Body 

containing for each registered_public_identity of UE_B 
a registration_elenfient 
(containing an aor_attribute 

indicating a registered_public_identity of UE_B and 
containing a state_attribute 

indicating active and 
containing a contact_subelenfient 
(containing an event_attribute 

indicating shortened and 
containing a state_attribute indicating active and 
containing an URI subelement 
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Interoperability Test Description 



indicating tlie contact_address of UE_B and 
containing an expiry_attribute) and 
IMS_B sends a NOTIFY to IMS_A - P-CSCF 
containing a Request_URI 

indicating tine P-CSCF_SIP_URI of ll\/IS_A and 
containing an Event_lieader 

indicating tlie reg_event_package and 
containing a P-Cfiarging-Vector lieader 

containing an icid-value_parameter and 
containing a Route_lieader 

indicating tlie original Route_header from SUBSCRIBE and 
containing a Message_Body 

containing for each registered_public_identity of UE_B 
a registration_elenfient 
(containing an aor_attribute 

indicating a registered_public_identity of UE_B and 
containing a state_attribute 

indicating active and 
containing a contact_subelement 
(containing an event_attribute 

indicating shortened and 
containing a state_attribute indicating active and 
containing an URI_subelement 

indicating the contact_address of UE_B and 
containing an expiry_attribute) } 



Step 


Direction 


Message 


Comment 
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IMS_B is triggered to re-authenticate user B 


47 




y 


/■ 


f 




NOTIFY 


IMS_B sends a NOTIFY to IMS_A, containing 
UE_B's re-authentication 




48 


NOTIFY 


IBCF_B forwards the NOTIFY to IBCF_A 


V 


49 


NOTIFY 


IBCF_A forwards the NOTIFY to IMS_A 


X 


50 




/^ 


NOTIFY 


ll\/IS_B sends a NOTIFY to UE_B, containing 
UE_ re-authentication 


N 


51 


200 OK 


UE_B responds to the NOTIFY with a 200 OK 




52 




200 OK 


IMS_A forwards the 200 OK to IBCF_A 




53 


200 OK 


IBCF A forwards the 200 OK response to 
IBCF_B 




y 
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Step 



Direction 
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Comment 
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54 



55 



56 
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59 



60 



61 



62 



63 



64 



65 



66 



67 



68 



69 



70 



71 



72 



73 



74 



75 



76 



77 



78 



79 



80 



81 



200 OK 



NOTIFY 



NOTIFY 



NOTIFY 



200 OK 



200 OK 



200 OK 



REGISTER 



REGISTER 



REGISTER 



REGISTER 



200 OK 



200 OK 



200 OK 



200 OK 



SUBSCRIBE 



SUBSCRIBE 



SUBSCRIBE 



200 OK or 202 
Accepted 



200 OK or 202 
Accepted 



200 OK or 202 
Accepted 



NOTIFY 



NOTIFY 



NOTIFY 



200 OK 



200 OK 



200 OK 



SUBSCRIBE 



IBCF_B forwards the 200 OK response to 
IMS B 



IMS_B sends a NOTIFY to IMS_A, containing 
IMS A's re-authentication 



IBCF B forwards the NOTIFY to IBCF A 



IBCF A forwards the NOTIFY to IMS A 



IMS_A responds to the NOTIFY with a 200 OK 



IBCF_A forwards the 200 OK response to 
IBCF B 



IBCF_B forwards the 200 OK response to 
IMS B 



UE_B sends the same REGISTER containing 
authentication challenge response to IMS_A 



IMS A forwards the REGISTER to IBCF A 



IBCF A forwards the REGISTER to IBCF B 



IBCF B forwards the REGISTER to IMS B 



IMS_B responds with 200 OK 



IBCF_B forwards the 200 OK response to 
IBCF A 



IBCF_A forwards the 200 OK response to 
IMS A 



IMS_A forwards the 200 OK response to UE_B 



IMS A sends a SUBSCRIBE to IBCF A 



IBCF A forwards the SUBSCRIBE to IBCF B 



IBCF B forwards the SUBSCRIBE to IMS B 



IMS_B responds with a 200 OK or 202 
Accepted 



IBCF_B forwards 200 OK or 202 Accepted to 
IBCF A 



IBCF_A forwards 200 OK or 202 Accepted to 
IMS A 



IMS_B sends a NOTIFY to IMS_A, containing 
UE_B's registration status 



IBCF B forwards NOTIFY to IBCF A 



IBCF A forwards NOTIFY to IMS A 



IMS_A responds to the NOTIFY with a 200 OK 



IBCF_A forwards 200 OK response to IBCF_B 



IBCF_B forwards 200 OK response to IMS_B 



UE_B sends a SUBSCRIBE (reg event 
package) to IMS_A 
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Step 
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82 




X 








SUBSCRIBE 


IMS A forwards the SUBSCRIBE request to 
IBCF_A 


{ 


83 


SUBSCRIBE 


IBCF A forwards the SUBSCRIBE request to 
IBCF_B 


f 


84 


SUBSCRIBE 


IBCF B forwards the SUBSCRIBE request to 
IMS_B 


y 


85 


200 OK or 
202 Accepted 


IMS_B responds to the SUBSCRIBE with a 200 
OK or 202 Accepted 




86 


200 OK or 
202 Accepted 


IBCF_B forwards the 200 OK or 202 Accepted 
response to IBCF_A 


{ 


87 


200 OK or 
202 Accepted 


IBCF_A forwards the 200 OK or 202 Accepted 
response to IMS_A 


y 


88 




y 


200 OK or 
202 Accepted 


IMS_A forwards the 200 OK or 202 Accepted 
response to UE_B 


\ 


89 




NOTIFY 


IMS_B sends a NOTIFY to IBCF_B, containing 
UE_B's registration status 


N 


90 


NOTIFY 


IBCF_B forwards the NOTIFY to IBCF_A 




91 


NOTIFY 


IBCF_A forwards the NOTIFY to IMS_A 


X 


92 




f 


NOTIFY 


IMS_A forwards the NOTIFY to UE_B 


N 


93 


200 OK 


UE_B responds to the NOTIFY with a 200 OK 




94 




200 OK 


IMS_A forwards the 200 OK to IBCF_A 




95 


200 OK 


IBCF_A forwards the 200 OK to IBCF_B 




96 


200 OK 


IBCF_B forwards the 200 OK to IMS_B 




97 














User B is informed about successful registration 


^ 
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4.5.3 Initial Dialog or Subsequent Procedures 



4.5.3.1 



Initial INVITE Dialog Procedures 



4.5.3.1.1 



Initial INVITE Request Procedures - Originating 



4.5.3.1.1.1 



Default SIP URI with DNS/ENUM lookup procedure 



Interoperability Test Description 


Identifier: 


TD IMS GALL 0001 


Summary: 


IMS network can handle establishment of dialogs for users with default SIP URIs and 
resolve Tel URI E.164 numbers 


Configuration: 


OF INT GALL 


SUT: 


IMS A and IMS B 


References: 


Test Purpose 


Specification Reference 


TP_IMS_5097_01 


TS 1 24 229 [1 ], clause 5.4.3.2 V 1 
(1^^ numbered list) 


TP_IMS_5097_02 


TS 1 24 229 [1 ], clause 5.4.3.2 V 1 
(item 9 in 1^^ numbered list) 


TP_IMS_5097_04 


TS 124 229 [1], clause 5.4.3.2 nil 
(item 10 in 1^^ numbered list) 


TP_IMS_5107_02 


TS 1 24 229 [1 ], clause 5.4.3.2 H1 1 9 
(item 1 in 8^^ numbered list) 


TP_IMS_5107_01 


TS 1 24 229 [1 ], clause 5.4.3.2 H1 1 9 
(item 1 in 8^^ numbered list) 


TP_IMS_5115_01 


TS 124 229 [1], clause 5.4.3.3 1191 
(item 2 in 4^^ numbered list) 


TP_IMS_5115_03 


TS 124 229 [1], clause 5.4.3.3 1192 
(item 3 in 4^^ numbered list) 


TP_IMS_5115_02 


TS 124 229 [1], clause 5.4.3.3 1191 
(item 2 in 4^^ numbered list) 


TP_IMS_5115_04 


TS 124 229 [1], clause 5.4.3.3 1192 
(item 2 in 4^^ numbered list) 


TP_IMS_5131_01 


TS 124 229 [1], clause 5.3.2.1 1162 
(after note 1 1 ) 


TP_IMS_5131_02 


TS 124 229 [1], clause 5.3.2.1 1162 
(after note 1 1 ) 


Use Case ref.i 


UC 02 1 


■ 


Pre-test 
conditions: 


• HSS of IMS_A and of IMS B is configured according to table 1 

• UE_A and UE_B have IP bearers established to their respective IMS networks as 
per clause 4.2.1 

• UE_A is registered in IMS_A as userSIP_priv according to table 1 

• UE_B is registered in IMS_B as userSIP_priv according to table 1 

• IMS_A within the trust domain of IMS_B 

• Common DNS is configured with an ENUM entry for the Tel URI E.164 Number of 
userSIPoflMS B 


^m 1 


Test Sequence: 


Step 


J 


1 


User A calls user B's Tel URI (i.e. userSIP in IMS B) 


2 


Verify that user B is informed of incoming call of User A 


3 


Verify that user A is informed that UE B is ringing 


4 


User B answers the call 


5 


Verify that user A is informed that call has been answered 


6 


Verify that user B is informed that the call is established 


7 


User A ends the call 


8 


Verify that user B is informed that call has ended 


9 


Verify that user A is informed that call has ended 
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Interoperability Test Description 



Conformance 
Criteria: 



Check 



1 



TP_IMS_5097_01 in CFW step 8 (INVITE): 
ensure that { 

when { UE_A sends an initial INVITE to UE_B } 
then { IMS_B receives the initial INVITE 
not containing a Route_header 

indicating the S-CSCF_SIP_URI of IMS_A 
containing a P-Charging-Vector_header 
(containing an icid-value_parameter and 
containing a orig-ioi_parameter indicating IMS_A and 
not containing an access-network-charging-info_parameter and 
not containing a term-ioi_parameter) and 
containing a Record-Route_header 
indicating the originating S-CSCF_SIP_URI and 
not containing a P- access-network-info header} 

1 



TP_IMS_5097_02 in CFW step 8 (INVITE): 
ensure that { 
when { UE_A sends an initial INVITE to UE_B 

} 
then { IMS_B receives the initial INVITE 

containing a P-Asserted-ldentity_header 

indicating the SIP_URI of UE_A 
and 

containing a P-Asserted-ldentity_header 
indicating the Tel_URI of UE_A } 
1 



TP_IMS_5097_04 in CFW step 8 (INVITE): 
ensure that { 
when { UE_A sends an initial INVITE to UE_B 
containing a Request_URI 
indicating a Tel_URI} 
then { IMS_A sends a NAPTR_Query to ENUM_DBDB 

containing the Tel_URI_E. 164_Number} 
when { IMS_A receives NAPTR_Response from ENUM_DB 
containing a NAPTR_Resource_Record 
indicating the SIP_URI of UE_B } 
then { IMS_A sends the initial INVITE to IMS_B 
containing a Request_URI 

indicating the SIP_URI of UE_B 
containing a P-Charging-Vector_header 
not containing an access-network-charging-info_parameter 
} 
J 



TP_IMS_5107_02 in CFW step 29 (ACK): 
ensure that { 
when { UE_A sends ACK to UE_B } 
then { IMS_B receives the ACK 

not containing Route_header 
indicating the S-CSCF_SIP_URI of IMS_A } 
1 



TP_IMS_5107_01 in CFW step 36A (BYE): 
ensure that { 
when { UE_A sends BYE to UE_B } 
then { IMS_B receives the BYE 

not containing Route_header 

indicating the S-CSCF_SIP_URI of IMS_A } 
1 
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Interoperability Test Description 



10 



11 



TP_IMS_5115_01 in CFW step 15 (180 Ringing): 
ensure that { 
when { UE_B sends a 180_response to UE_A } 
then { IMS_A receives the 180_response from IMS_B 
containing a P-Charging-Vector_header 
containing an orig-ioi_parameter 

indicating operatorjdentifier of IMS_A and 
containing a term-ioi_parameter 
indicating operatorjdentifier of IMS_B 

_J 



TP_IMS_5115_03 in CFW step 16 (180 Ringing): 
ensure that { 
when { UE_B sends a 1xx_response to UE_A 

} 
then { lf\/IS_A receives the 1xx_response from If\/IS_B 
containing a P- Asserted- ldentity_header 

indicating the SIP_URI of UE_B and 
containing a P- Asserted- ldentity_header 
indicating the Tel_URI of UE_B } 
L 



TP_II\/IS_51 15_02 in CFW step 21 (2xx): 
ensure that { 
when { UE_B sends a 2xx_response to UE_A } 
then { li\/IS_A receives the 2xx_response from ll\/IS_B 
containing a P-Charging-Vector_header 
containing an orig-ioi_parameter 

indicating operatorjdentifier of IMS_A and 
containing a term-ioi_parameter 
indicating operatorjdentifier of IMS_B 



TP_IMS_51 15_04 in CFW step 23 (2xx): 
ensure that { 
when { UE_B sends a 2xx_response to UE_A 

} 
then { IMS_A receives the 2xx_response from IMS_B 
containing a P-Asserted-ldentity_header 

indicating the SIP_URI of UE_B and 
containing a P-Asserted-ldentity_header 
indicating the Tel_URI of UE_B} 
1 



TP_IMS_5131_01 in CFW step 16 (180 Ringing): 
ensure that { 

when { UE_B sends a 180_response to UE_A } 

then { ll\/IS_B sends the 180_response to ll\/IS_A 

not containing a P-Charging-Function-Addresses_header} 

L 



TP_IMS_5131_02 in CFW step 23 (2xx) 

ensure that { 
when { UE_B sends a 2xx_response to UE_A } 
then { IMS_A receives the 2xx_response from IMS_B 

not containing a P-Charging-Function-Addresses_header} 

1 



Step 


Direction Message 


Comment 
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F 
B 


1 
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B 






1 
























User A calls User B 


^ 




2 






















INVITE 


UE_A sends INVITE with the first SDP offer indicating 
all desired medias and codecs that UE_A supports 


/ 


3 


100 Trying 


IMS_A responds with a 100 Trying provisional 
response 
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Step 


Direction | IVIessage 


Comment 
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A 
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DB 
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B 
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F 
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1 

B 
C 

F 
B 


1 

M 
S 
B 


U 

E 
B 


u 
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4 








\ 


\ 


> 

k 


\ 








ENUM 


IMS_A sends query to ENUM DB 




5 


ENUM 


ENUIVI DB sends response to ll\/IS_A 




6 


INVITE 


IMS_A forwards INVITE to IBCF_A 


/ 




7 


100 Trying 


IBCF_A responds with a 100 Trying provisional 
response 


\ 




8 


INVITE 


IBCF_A forwards INVITE to IBCF_B 


9 


100 Trying 


IBCF_B responds with a 100 Trying provisional 
response 


10 


INVITE 


IBCF_B forwards INVITE to IMS_B 




11 


100 Trying 


ll\/IS_B responds with a 100 Trying provisional 
response 




12 


INVITE 


IMS_B forwards INVITE to UE_B 




13 
























User B is informed of incoming call of User A 


^ 




14 






/ 


/ 




k 


/ 








180 Ringing 


UE_B responds to initial INVITE with 180 Ringing to 
indicate that it has started alerting 


\ 


15 


180 Ringing 


IMS_B forwards 180 Ringing response to IBCF_B 




16 


180 Ringing 


IBCF_B forwards 180 Ringing response to IBCF_A 


17 


180 Ringing 


IBCF_A forwards 180 Ringing response to IMS_A 






18 


180 Ringing 


IMS_A forwards the 180 Ringing response to UE_A 




19 
























User A is informed that UE_B is ringing 


i 




20 




User B answers call 


k 




21 






/ 


/ 




k 


/ 


f 






200 OK 


UE_B responds INVITE with 200 OK to indicate that 
the call has been answered 




22 


200 OK 


IMS_B forwards 200 OK response to IBCF_B 




23 


200 OK 


IBCF_B forwards 200 OK response to IBCF_A 


24 


200 OK 


IBCF_A forwards 200 OK response to IMS_A 






25 


200 OK 


IMS_A forwards 200 OK response to UE_A 




26 
























User A is informed that call has been answered 


i 




27 






\ 




\ 


> 


\ 








ACK 


UE_A acknowledges the receipt of 200 OK for INVITE 




28 


ACK 


IMS_A forwards ACK to IBCF_A 




) 


29 


ACK 


IBCF_A forwards ACK to IBCF_B 


30 


ACK 


IBCF_B forwards ACK to IMS_B 




31 


ACK 


IMS_B forwards ACK to UE_B 
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Step 


Direction | Message 


Comment 
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32 
























User B is informed that the call is established 


^ 




33A 




User A ends call 


^ 




34A 






N 




\ 


\ 


\ 








BYE 


UE_A releases the call with BYE 




35A 


BYE 


IMS_A forwards BYE to IBCF_A 




) 


36A 


BYE 


IBCF_A forwards BYE to IBCF_B 




37A 


BYE 


IBCF_B forwards BYE to IMS_B 




38A 


BYE 


IMS_B forwards BYE to UE_B 




39A 
























User B is informed that call has ended 


^ 




40A 






/ 


/ 




/ 


/ 


f 






200 OK 


UE_B sends 200 OK for BYE 




41A 


200 OK 


IMS_B forwards 200 OK response to IBCF_B 


\ 


42A 


200 OK 


IBCF_B forwards 200 OK response to IBCF_A 


\ 


43A 


200 OK 


IBCF_A forwards 200 OK response to IMS_A 






44A 


200 OK 


IMS_A forwards the 200 OK response to UE_A 




45A 
























User A is informed that call has ended 


i 

































4.5.3.1.1.2 Default SIP URI 



Interoperability Test Description 


Identifier: 


TD IMS CALL 0001 F 


Summary: 


IMS network can handle establishment of a call when the call is being offered to 
multiple terminals 


Configuration: 


CF INT GALL 


SUT: 


IMS A and IMS B 


References: 


Test Purpose 


Specification Reference 


TP_IMS_5097_01 


TS 1 24 229 [1 ], clause 5.4.3.2 \\ 1 
(1^^ numbered list) 


TP_IMS_5107_02 


TS 1 24 229 [1 ], clause 5.4.3.2 \\ 1 9 
(item 1 in 8^^ numbered list) 


TP_IMS_5107_01 


TS 124 229 [1], clause 5.4.3.2 H1 19 
(item 1 in 8^^ numbered list) 


TP_IMS_5115_01 


TS 124 229 [1], clause 5.4.3.3 1191 
(item 2 in 4^^ numbered list) 


TP_IMS_5115_02 


TS 124 229 [1], clause 5.4.3.3 1191 
(item 2 in 4^^ numbered list) 


TP_IMS_5131_01 


TS 124 229 [1], clause 5.3.2.1 1162 
(after note 1 1 ) 


TP_IMS_5131_02 


TS 124 229 [1], clause 5.3.2.1 1162 
(after note 1 1 ) 


Use Case ref.: 


UC 12 
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Interoperability Test Description 



Pre-test 
conditions: 



HSS of IMS_A and of IMS B is configured according to table 1 

UE_A and UE_B have IP bearers established to their respective IMS networks as 

per clause 4.2.1 

UE_A is registered in IMS_A as userSIP_priv according to table 1 

UE_B is registered in IMS_B via UE_B1 and UE_B2 as userSIP according to 

table 1 

IMS A within the trust domain of IMS B 



Test Sequence: 



Step 



10 



11 



User A calls User B 



Verify that user B is informed of incoming call of User A on UE_B1 



Verify that user B is informed of incoming call of User A on UE_B2 



Verify that user A is informed that a UE of User B is ringing 



User B answers call on UE B2 



Verify that user B is informed at UE_B1 that the call is no longer offered 



Verify that user A is informed that call has been answered 



Verify that user B is informed that the call is established 



User A ends the call 



Verify that user B is informed that call has ended 



Verify that user A is informed that call has ended 



Conformance 
Criteria: 



Check 



1 



TP_IMS_5097_01 in CFW step 8 (INVITE): 
ensure that { 

when { UE_A sends an initial INVITE to UE_B } 
then { IMS_B receives the initial INVITE 
not containing a Route_header 

indicating the S-CSCF_SIP_URI of IMS_A 
containing a P-Charging-Vector_header 
(containing an icid-value_parameter and 
containing a orig-ioi_parameter indicating IMS_A and 
not containing an access-network-charging-info_parameter and 
not containing a term-ioi_parameter) and 
containing a Record- Route_header 
indicating the originating S-CSCF_SIP_URI and 
not containing a P- access-network-info header} 

1 



TP_IMS_5107_02 in CFW step 41 (ACK): 
ensure that { 
when { UE_A sends ACK to UE_B } 
then { IMS_B receives the ACK 

not containing Route_header 
indicating the S-CSCF_SIP_URI of IMS_A } 
1 



TP_IMS_5107_01 in CFW step 48A (BYE): 
ensure that { 
when { UE_A sends BYE to UE_B } 
then { IMS_B receives the BYE 

not containing Route_header 
indicating the S-CSCF_SIP_URI of IMS_A } 
1 



TP_IMS_5115_01 in CFW step 17 and 26 (180 Ringing): 
ensure that { 
when { UE_B sends a 180_response to UE_A } 
then { IMS_A receives the 180_response from IMS_B 
containing a P-Charging-Vector_header 
containing an orig-ioi_parameter 

indicating operatorjdentifier of IMS_A and 
containing a term-ioi_parameter 
indicating operatorjdentifier of IMS_B 

_j 
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Interoperability Test Description 




5 


TP_IMS_5115_02 in CFW step 35 (2xx): 
ensure that { 
when { UE_B sends a 2xx_response to UE_A } 
then { IMS_A receives the 2xx_response from IMS_B 
containing a P-Charging-Vector_header 
containing an orig-ioi_parameter 

indicating operatorjdentifier of IMS_A and 
containing a term-ioi_parameter 
indicating operator identifier of IIVIS B 
} 


6 


TP_IMS_5131_01 in CFW step 17and17 and 26 (180 Ringing): 
ensure that { 

when { UE_B sends a 180_response to UE_A } 

then { ll\/IS_B sends the 180_response to ll\/IS_A 

not containing a P-Charging-Function-Addresses header} 
} 


7 


TP_IMS_5131_02 in CFW step 35 (2xx) 

ensure that { 
when { UE_B sends a 2xx_response to UE_A } 
then { IMS_A receives the 2xx_response from IMS_B 

not containing a P-Charging-Function-Addresses header} 

} 



Step 


Direction 


Message 


Comment 
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1 
























User A calls User B 




2 








> 

i 


V 


\ 










INVITE 


UE_A sends INVITE with the first SDP offer 
indicating all desired medias and codecs that 


/ 


3 


100 Trying 


IMS_A responds with a 100 Trying provisional 
response 




4 


ENUM 


IMS_A sends query to ENUM DB 


5 


ENUM 


ENUM DB sends response to IMS_A 


6 


INVITE 


IMS_A forwards INVITE to IBCF_A 


/ 




7 


100 Trying 


IBCF_A responds with a 100 Trying provisional 
response 


\ 




8 


INVITE 


IBCF_A forwards INVITE to IBCF_B 


( 


9 


100 Trying 


IBCF_B responds with a 100 Trying provisional 
response 




10 


INVITE 


IBCF_B forwards INVITE to IMS_B 


/ 


11 


100 Trying 


IMS_B responds with a 100 Trying provisional 
response 




12 


INVITE 


IMS_B forwards INVITE to UE_B1 


/ 


13 


100 Trying 


UE_B1 optionally responds with a 100 Trying 
provisional response 




14 
























User B is informed on UE_B1 of incoming call of 
User A 


^ 




15 












/ 


/ 


f 






180 Ringing 


UE_B1 responds to initial INVITE with 180 
Ringing to indicate that it has started alerting 




16 


180 Ringing 


IMS B forwards 180 Ringing response to 
IBCF_B 




17 


180 Ringing 


IBCF B forwards 180 Ringing response to 
IBCF_A 


\ 
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Step 


Direction 


IVIessage 


Comment 
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18 






/ 


/ 














180 Ringing 


IBCF A forwards 180 Ringing response to 
IMS_A 






19 


180 Ringing 


IIVIS A forwards the 180 Ringing response to 
UE_A 




20 
























User A is informed that UE_B is ringing 


i 




21 






















INVITE 


IMS_B forwards INVITE to UE_B2 


( 


22 


100 Trying 


UE_B2 optionally responds with a 100 Trying 
provisional response 




23 
























User B is informed on UE_B2 of incoming call of 
User A 


k 




24 






/ 


/ 




/ 


( 


f 






180 Ringing 


UE_B2 responds to initial INVITE with 180 
Ringing to indicate that it has started alerting 




25 


180 Ringing 


IIVIS B forwards 2"^ 180 Ringing response to 
IBCF_B 




26 


180 Ringing 


IBCF B forwards the 2"^ 180 Ringing response 
to IBCF A 




27 


180 Ringing 


IBCF A forwards the 2"^ 180 Ringing response 
to IMS_A 


\ 




28 


180 Ringing 


IMS A forwards the 2"^ 180 Ringing response to 
UE A 




29 
























User B answers call at UE_B2 


k 




30 
















/ 






200 OK 


UE_B2 responds to INVITE with 200 OK to 
indicate that the call has been answered 


\ 


31 


CANCEL 


IMS_B sends CANCEL request to UE_B1 


( 


32 


200 OK 


UE_B1 sends 200 OK response to the CANCEL 
request to IMS_B 




33 
























UE_B1 informs user B that the call is no longer 
offered to this UE and stops ringing 


^ 




34 






/ 


/ 




( 










200 OK 


IMS_B forwards 200 OK response to IBCF_B 




35 


200 OK 


IBCF_B forwards 200 OK response to IBCF_A 




36 


200 OK 


IBCF_A forwards 200 OK response to IMS_A 






37 


200 OK 


IMS_A forwards 200 OK response to UE_A 




38 
























User A is informed that call has been answered 


i 




39 










V 


\ 










ACK 


UE A acknowledges the receipt of 200 OK for 
INVITE 




40 


ACK 


IMS_A forwards ACK to IBCF_A 






41 


ACK 


IBCF_A forwards ACK to IBCF_B 




42 


ACK 


IBCF_B forwards ACK to IMS_B 




43 


ACK 


IMS_B forwards ACK to UE_B 




44 
























User B is informed that the call is established 


^ 




45A 




User A ends call 


^ 
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Step 


Direction 


IVIessage 


Comment 
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46A 










V 


\ 










BYE 


UE_A releases the call with BYE 




47A 


BYE 


IIVIS_A forwards BYE to IBCF_A 






48A 


BYE 


IBCF_A forwards BYE to IBCF_B 


) 


49A 


BYE 


IBCF_B forwards BYE to IMS_B 




50A 


BYE 


IMS_B forwards BYE to UE_B 




51A 
























User B is informed that call has ended 


> 




52A 






/ 


/ 




/ 


( 


f 






200 OK 


UE_B sends 200 OK for BYE 




53A 


200 OK 


IMS_B forwards 200 OK response to IBCF_B 




57A 


200 OK 


IBCF_B forwards 200 OK response to IBCF_A 




58A 


200 OK 


IBCF_A forwards 200 OK response to IMS_A 


\ 




59A 


200 OK 


IMS_A forwards the 200 OK response to UE_A 




60A 
























User B is informed that call has ended 


i 

































4.5.3.1.1.3 



Default Tel URI 



Interoperability Test Description 


Identifier: 


TD IMS CALL 0002 


Summary: 


IMS network can handle establishment of dialogs for users with default TEL URIs 


Configuration: 


CF INT CALL 


SUT: 


IMS A and IMS B 


References: 


Test Purpose 


Specification Reference 


TP_IMS_5097_01 


TS 124 229 [1], clause 5.4.3.2 1111 
(1^^ numbered list) 


TP_IMS_5097_02 


TS 124 229 [1], clause 5.4.3.2 nil 
(item 9 1^^ numbered list) 


TP_IMS_5107_02 


TS 1 24 229 [1 ], clause 5.4.3.2 H1 1 9 
(item 1 in 8^^ numbered list) 


TP_IMS_5107_01 


TS 1 24 229 [1 ], clause 5.4.3.2 \\ 1 9 
(item 1 in 8^^ numbered list) 


TP_IMS_5115_01 


TS 124 229 [1], clause 5.4.3.3 1191 
(item 2 in 4^^ numbered list) 


TP_IMS_5115_03 


TS 124 229 [1], clause 5.4.3.3 1192 
(item 2 in 4^^ numbered list) 


TP_IMS_5115_02 


TS 124 229 [1], clause 5.4.3.3 1191 
(item 2 in 4^^ numbered list) 


TP_IMS_5115_04 


TS 124 229 [1], clause 5.4.3.3 1192 
(item 2 in 4^^ numbered list) 


TP_IMS_5131_01 


TS 124 229 [1], clause 5.4.3.3 1162 
(after note 1 1 ) 


TP_IMS_5131_02 


TS 124 229 [1], clause 5.3.2.1 1162 
(after note 1 1 ) 


Use Case ref.: 


UC 02 1 
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Interoperability Test Description 


Pre-test 


• HSS of IMS_A and of IMS B is configured according to table 1 


conditions: 


• UE_A and UE_B have IP bearers established to their respective IMS networks as 




per clause 4.2.1 




• UE A 


is registered in IMS_A using userTEL_priv according to table 1 




• UE_B 


is registered in IMS_B using userTEL_priv according to table 1 




• IMS_A within the trust domain of IMS_B 


^ 1 


Test Sequence: 


Step 


i 


1 


User A calls user B (i.e. userTEL in IMS B) 


2 


Verify that user B is informed of incoming call of User A 


3 


Verify that user A is informed that UE B is ringing 


4 


User B answers the call 


5 


Verify that user A is informed that call has been answered 


6 


Verify that user B is informed that the call is established 


7 


User A ends the call 


8 


Verify that user B is informed that call has ended 


9 


Verify that user A is informed that call has ended 


Conformance 
Criteria: 


Check 




1 


TP_IMS_5097_01 in CFW step 8 (INVITE): 






ensure that { 






when { UE_A sends an initial INVITE to UE_B } 






then { IMS_B receives the initial INVITE 






not containing a Route header 






indicating the S-CSCF_SIP_URI of IMS_A 






containing a P-Charging-Vector_header 






(containing an icid-value_parameter and 






containing a orig-ioi_parameter indicating IMS_A and 






not containing an access-network-charging-info_parameter and 






not containing a term-ioi_parameter) and 






containing a Record-Route_header 






indicating the originating S-CSCF_SIP_URI and 






not containing a P- access-network-info header } 
} 


2 


TP_IMS_5097_02 in CFW step 8 (INVITE) 






ensure that { 






when { UE A sends an initial INVITE to UE B 

} 
then { IMS_B receives the initial INVITE 










containing a P-Asserted-ldentity header 






indicating the SIP_URI of UE_A 






and 






containing a P-Asserted-ldentity_header 






indicating the Tel URI of UE A} 
} 


3 


TP_IMS_5107_02 in CFW step 30 (ACK): 






ensure that { 






when { UE_A sends ACK to UE_B } 






then { IMS_B receives the ACK 






not containing Route header 






indicating the S-CSCF SIP URI of IMS A } 
} 


4 


TP_IMS_5107_01 in CFW step 37A (BYE): 






ensure that { 






when { UE_A sends BYE to UE_B } 






then { IMS_B receives the BYE 






not containing Route header 






indicating the S-CSCF SIP URI of IMS A } 
} 
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Interoperability Test Description 



10 



TP_IMS_5115_01 in CFW step 17 (180 Ringing): 
ensure that { 
when { UE_B sends a 180_response to UE_A } 
then { IMS_A receives the 180_response from IMS_B 
containing a P-Charging-Vector_header 
containing an orig-ioi_parameter 

indicating operatorjdentifier of IMS_A and 
containing a term-ioi_parameter 
indicating operatorjdentifier of IMS_B 



TP_IMS_5115_03 in CFW step 17 (180 Ringing): 
ensure that { 
when { UE_B sends a 1xx_response to UE_A 

} 
then { lf\/IS_A receives the 1xx_response 

containing a P- Asserted- ldentity_header 

indicating the SIP_URI of UE_B and 
containing a P- Asserted- ldentity_header 
indicating the Tel_ URI of UE_B } 
L 



TP_II\/IS_51 15_02 in CFW step 24 (2xx): 
ensure that { 
when { UE_B sends a 2xx_response to UE_A } 
then { li\/IS_A receives the 2xx_response from ll\/IS_B 
containing a P-Charging-Vector_header 
containing an orig-ioi_parameter 

indicating operatorjdentifier of IMS_A and 
containing a term-ioi_parameter 
indicating operatorjdentifier of IMS_B 



TP_IMS_51 15_04 in CFW step 24 (2xx): 
ensure that { 
when { UE_B sends a 2xx_response to UE_A 

} 
then { IMS_A receives the 2xx_response 

containing a P-Asserted-ldentity_header 

indicating the SIP_URI of UE_B and 
containing a P-Asserted-ldentity_header 
indicating the Tel_URI of UE_B } 
1 



TP_IMS_5131_01 in CFW step 17 (180 Ringing): 
ensure that { 

when { UE_B sends a 180_response to UE_A } 

then { ll\/IS_B sends the 180_response to ll\/IS_A 

not containing a P-Charging-Function-Addresses_header} 

L 



TP_IMS_5131_02 in CFW step 24 (2xx) 

ensure that { 
when { UE_B sends a 2xx_response to UE_A } 
then { IMS_A receives the 2xx_response from IMS_B 

not containing a P-Charging-Function-Addresses_header} 

1 



Step 


Direction Message 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


1 

M 
S 
A 


E 
N 
U 
M 
DB 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


U 

E 
B 


U 
s 
e 
r 
B 






1 
























User A calls User B 


^ 




2 






N 
















INVITE 


UE_A sends INVITE with the first SDP offer indicating 
all desired medias and codecs that UE_A supports 




3 


100 Trying 


IMS_A responds with a 100 Trying provisional 
response 
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Step 


Direction | IVIessage 


Comment 




U 
s 
e 
r 
A 


u 

E 
A 


1 

M 
S 
A 


E 
N 
U 
M 
DB 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


u 

E 
B 


u 

s 
e 
r 
B 






4 








\ 


\ 


> 

i 


\ 








ENUM 


IMS_A sends query to ENUM DB 




5 


ENUM 


ENUIVI DB sends response to ll\/IS_A 




6 


INVITE 


IMS_A forwards INVITE to IBCF_A 


/ 




7 


100 Trying 


IBCF_A responds with a 100 Trying provisional 
response 


\ 




8 


INVITE 


IBCF_A forwards INVITE to IBCF_B 


9 


100 Trying 


IBCF_B responds with a 100 Trying provisional 
response 


10 


INVITE 


IBCF_B forwards INVITE to IMS_B 


/ 


11 


100 Trying 


ll\/IS_B responds with a 100 Trying provisional 
response 




12 


INVITE 


IMS_B forwards INVITE to UE_B 




13 


100 Trying 


UE_B optionally responds with a 100 Trying provisional 
response 




14 
























User B is informed of incoming call of User A 


^ 




15 






( 


/ 




i 


( 


f 






180 Ringing 


UE_B responds to initial INVITE with 180 Ringing to 
indicate that it has started alerting 




16 


180 Ringing 


IMS_B forwards 180 Ringing response to IBCF_B 




17 


180 Ringing 


IBCF_B forwards 180 Ringing response to IBCF_A 


18 


180 Ringing 


IBCF_A forwards 180 Ringing response to IMS_A 






19 


180 Ringing 


IMS_A forwards the 180 Ringing response to UE_A 




20 
























User A is informed that UE_B is ringing 


i 




21 




User B answers call 


k 




22 






( 


/ 




i 


/ 


( 






200 OK 


UE_B responds INVITE with 200 OK to indicate that 
the call has been answered 




23 


200 OK 


IMS_B forwards 200 OK response to IBCF_B 




24 


200 OK 


IBCF_B forwards 200 OK response to IBCF_A 


25 


200 OK 


IBCF_A forwards 200 OK response to IMS_A 






26 


200 OK 


IMS_A forwards 200 OK response to UE_A 




27 
























User A is informed that call has been answered 


i 




28 






\ 




\ 


> 


\ 








ACK 


UE_A acknowledges the receipt of 200 OK for INVITE 




29 


ACK 


IMS_A forwards ACK to IBCF_A 






30 


ACK 


IBCF_A forwards ACK to IBCF_B 


31 


ACK 


IBCF_B forwards ACK to IMS_B 
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Step 


Direction | Message 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


1 

M 
S 
A 


E 
N 
U 
M 
DB 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


U 

E 
B 


u 

s 
e 
r 
B 






32 






















ACK 


IMS_B forwards ACK to UE_B 




33 
























User B is informed that the call is established 


^ 




34A 




User A ends call 


^ 




35A 










\ 


\ 


\ 








BYE 


UE_A releases the call with BYE 


} 


36A 


BYE 


IMS_A forwards BYE to IBCF_A 






37A 


BYE 


IBCF_A forwards BYE to IBCF_B 




38A 


BYE 


IBCF_B forwards BYE to IMS_B 




39A 


BYE 


IMS_B forwards BYE to UE_B 




40A 
























User B is informed that call has ended 


^ 




41A 






/ 


/ 




( 


/ 








200 OK 


UE_B sends 200 OK for BYE 




42A 


200 OK 


IMS_B forwards 200 OK response to IBCF_B 


\ 


43A 


200 OK 


IBCF_B forwards 200 OK response to IBCF_A 




44A 


200 OK 


IBCF_A forwards 200 OK response to IMS_A 






45A 


200 OK 


IMS_A forwards the 200 OK response to UE_A 




46A 
























User A is informed that call has ended 


^ 

































4.5.3.1.1.4 



Rejection of call from barred user 



Interoperability Test Description 


Identifier: 


TD IMS CALL 0003 


Summary: 


IMS network does not establish call to barred user 


Configuration: 


CF INT CALL 


SUT: 


IMS B 


References: 


Test Purpose 


Specification Reference 


TP_IMS_5108_05 


TS 124 229 [1], clause 5.4.3.3 US 
(item 1 in 1^^ numbered list) 


Use Case ref.: 


UC 02 1 


^ \^^m. J 


Pre-test 
conditions: 


• HSS of IMS_A and of IMS B is configured according to table 1 

• UE_A and UE_B have IP bearers established to their respective IMS networks as 
per clause 4.2.1 

• UE_A is registered in IMS_A using any user identity 

• UE_B is registered in IMS_B using any user identity 

• IMS_A within the trust domain of IMS_B 

• User B has two public identities in IMS_B out of which one of has been barred 


^^^ 


Test Sequence: 


Step 


i 


1 


User A calls user B using barred user identity 


2 


Verify that user A is informed that call cannot be established 


■ "^^^^ "^ 
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Interoperability Test Description 



Conformance 
Criteria: 



Check 



TP_IMS_5108_05 in CFW step 13 (404 response): 
ensure that { 
when { UE_A sends an initial INVITE to UE_B and 
IMS_A sends the INVITE to IMS_B 
containing a Request_URI 

indicating a barred_user in IMS_B } 
then { IMS_B sends 404_response to IMS_A } 
1 



Step 


Direction 


Message 


Comment 




U 
s 
e 
r 
A 


u 

E 
A 


1 

M 
S 
A 


E 
N 
U 
M 
DB 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


U 

E 
B 


U 
s 
e 
r 
B 






1 
























User A calls User B 


^ 




2 








) 

i 


\ 


\ 


N 








INVITE 


UE_A sends INVITE with the first SDP offer 
indicating all desired medias and codecs that 




3 


100 Trying 


IMS_A responds with a 100 Trying provisional 
response 


/ 


4 


ENUM 


IMS_A sends query to ENUM DB 


5 


ENUM 


ENUM DB sends response to IMS_A 


6 


INVITE 


IMS_A forwards INVITE to IBCF_A 


/ 


) 


7 


100 Trying 


IBCF_A responds with a 100 Trying provisional 
response 


/ 




8 


INVITE 


IBCF_A forwards INVITE to IBCF_B 


/ 


9 


100 Trying 


IBCF_B responds with a 100 Trying provisional 
response 


/ 


10 


INVITE 


IBCF_B forwards INVITE to IMS_B 


( 


11 


100 Trying 


IMS_B responds with a 100 Trying provisional 
response 


/ 


12 


404 Not 
Found 


IMS_B responds to the INVITE with 404 Not 
Found 




13 


404 Not 
Found 


IBCF B forwards 404 Not Found response to 
IBCF_A 


\ 


14 


404 Not 
Found 


IBCF A forwards 404 Not Found response to 
IMS_A 






15 


404 Not 
Found 


IMS A forwards 404 Not Found response to 
UE_A 




16 
























User A is informed that call has failed 


i 




17 






\ 




\ 


\ 


\ 








ACK 


UE_A acknowledges the response 




18 


ACK 


IMS_A forwards ACK to IBCF_A 






19 


ACK 


IBCF_A forwards ACK to IBCF_B 




20 


ACK 


IBCF_B forwards ACK to IMS_B 
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4.5.3.1.1.5 



Rejection of call to non-existing user 



Interoperability Test Description 


Identifier: 


ID IMS CALL 0004 


Summary: 


IMS network rejects call to non existing user 


Configuration: 


OF INT GALL 


SUT: 


IMS B 


References: 


Test Purpose 


Specification Reference 


TP_IMS_5132_01 


TS 124 229 [1], clause 5.3.2.1 1154 
(after 5^^ numbered list) 


Use Case ref.: 


UG 01 1 




Pre-test 
conditions: 


• HSS of IMS_A and is configured according to table 1 

• UE_A have IP bearers established to their respective IMS networks as per 
clause 4.2.1 

• UE_A is registered in IMS_A using any user identity 

• IMS A within the trust domain of IMS B 


^^^^^ g 


Test Sequence: 


Step 


J 


1 


User A calls user B indicating a non existing identity within IMS B domain 


^^^^ 


Verify that user A is informed that call cannot be established 


Conformance 
Criteria: 


Check 




1 


TP_IMS_5132_01 in GFW step 13 (404 Not Found): 
ensure that { 
when { UE_A sends an initial INVITE 
containing a Request_URI 
indicating a non existing user in IMS B and 
IMS_A sends the INVITE to IMS_B } 
then { IMS B sends an appropriate (e.g. 404 or 604) to IMS A } 
} 



Step 


Direction 


Message 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


1 

M 
S 
A 


E 
N 
U 
M 
DB 


1 

B 
C 

F 
A 


\ 

B 
C 
F 
B 


1 

M 
S 
B 


U 

E 
B 


U 
s 
e 
r 
B 






1 
























User A calls User B 


^ 




2 








<— 


-) 


\ 


\ 


N 








INVITE 


UE_A sends INVITE with the first SDP offer 
indicating all desired medias and codecs that 




3 


100 Trying 


IMS_A responds with a 100 Trying provisional 
response 




4 


ENUM 


IMS_A sends query to ENUM DB 


5 


ENUM 


ENUM DB sends response to IMS_A 


6 


INVITE 


IMS_A forwards INVITE to IBCF_A 


/ 


) 


7 


100 Trying 


IBGF_A responds with a 100 Trying provisional 
response 








8 


INVITE 


IBGF_A forwards INVITE to IBGF_B 


/ 


9 


100 Trying 


IBGF_B responds with a 100 Trying provisional 
response 




10 


INVITE 


IBGF_B forwards INVITE to IMS_B 


( 


11 


100 Trying 


IMS_B responds with a 100 Trying provisional 
response 


/ 


12 


404 Not 
Found 


IMS_B responds to the INVITE with 404 Not 
Found 




13 


404 Not 
Found 


IBGF B forwards 404 Not Found response to 
IBGF_A 


\ 
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step 


Direction 


Message 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


1 

lUI 
S 
A 


E 
N 
U 
lUI 
DB 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


U 

E 
B 


U 
s 
e 
r 
B 






14 






( 


/ 














404 Not 
Found 


IBCF A forwards 404 Not Found response to 
IMS_A 






15 


404 Not 
Found 


IMS A forwards 404 Not Found response to 
UE_A 




16 
























User A is informed that call has failed 


< 




17 










\ 


\ 










ACK 


UE_A acknowledges the response 


} 


18 


ACK 


IMS_A forwards ACK to IBCF_A 






19 


ACK 


IBCF_A forwards ACK to IBCF_B 




20 


ACK 


IBCF_B forwards ACK to IMS_B 






















} 











4.5.3.1.1.6 



Rejection of call to unavailable user 



Interoperability Test Description 


Identifier: 


ID IMS CALL 0005 


Summary: 


IMS network does not establish a call for unavailable user 


Configuration: 


CF INT CALL 


SUT: 


IMS B 


References: 


Test Purpose 


Specification Reference 


TP_IMS_5133_01 


TS 124 229 [1], clause 5.3.2.1 1155 
(before 6^^ numbered list) 


Use Case ref.: 


UC 01 1 


■ 


Pre-test 
conditions: 


• HSS of IMS_A and IMS_B is configured according to table 1 

• UE_A has IP bearers established to their respective IMS networks as per 
clause 4.2.1 

• UE_A is registered in IMS_A using any user identity 

• UE_B is not registered in IMS_B 


1 


Test Sequence: 


Step 




1 


User A calls a valid user B identity 


^^^^ 


Verify that user A is informed that user B is not reachable or equivalent 


Conformance 
Criteria: 


Check 




1 


TP_IMS_5133_01 in CFW step 13 (4xx): 

ensure that { 
when { UE_A sends INVITE to UE_B } 
then { IMS B sends a 4xx response to IMS A } 

} 



Step 


Direction 


Message 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


1 

M 
S 
A 


E 
N 
U 
M 
DB 


1 

B 
C 
F 
A 


1 

B 
C 
F 
B 


1 

M 
S 
B 


U 

E 
B 


U 
s 
e 
r 
B 






1 
























User A calls User B 


^ 




2 






















INVITE 


UE_A sends INVITE with the first SDP offer 
indicating all desired medias and codecs that 


} 


3 


100 Trying 


IMS_A responds with a 100 Trying provisional 
response 
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Step 


Direction 


IVIessage 


Comment 




U 
s 
e 
r 
A 


u 

E 
A 


1 

M 
S 
A 


E 
N 
U 
M 
DB 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

IVI 

s 

B 


U 

E 
B 


U 
s 
e 
r 
B 






4 






/ 


^ 

i 


V 


\ 










ENUM 


IMS_A sends query to ENUM DB 


5 


ENUM 


ENUIVI DB sends response to MSJK 


6 


INVITE 


IMS_A forwards INVITE to IBCF_A 


/ 




7 


100 Trying 


IBCF_A responds with a 100 Trying provisional 
response 


/ 




8 


INVITE 


IBCF_A forwards INVITE to IBCF_B 


( 


9 


100 Trying 


IBCF_B responds with a 100 Trying provisional 
response 


/ 


10 


INVITE 


IBCF_B forwards INVITE to IMS_B 




11 


100 Trying 


IMS_B responds with a 100 Trying provisional 
response 


/ 


12 


4xx 


IMS_B responds to the INVITE with 4xx 




13 


4xx 


IBCF_B forwards 4xx response to IBCF_A 




14 


4xx 


IBCF_A forwards 4xx response to IMS_A 


\ 




15 


4xx 


IMS_A forwards 4xx response to UE_A 




16 
























User A is informed that call has failed 


i 




17 










\ 


\ 










ACK 


UE_A acknowledges the response 


} 


18 


ACK 


IMS_A forwards ACK to IBCF_A 






19 


ACK 


IBCF_A forwards ACK to IBCF_B 




20 


ACK 


IBCF_B forwards ACK to IMS_B 
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4.5.3.1.1.7 



Initial request to non-registered user with terminating unregistered filter criterion 



Test Description 


Identifier: 


TD IMS CALL 0006 


Summary: 


IMS network can handle initial request to non-registered user with terminating 
unregistered filter criterion 


Configuration: 


CF INT CALL 


SUT: 


IMS B 


References: 


Test Purpose 


Specification Reference 


TP_IMS_5109_01 


TS 124 229 [1], clause 5.3.2.1 1176 
(after 2""^ numbered list) 


Use Case Ref.: 


UC 01 1 


■HHII '^^^^F' 1 


Pre-test 
conditions: 


• HSS of IMS_A and of IMS B is configured according to table 1 

• UE_A and UE_B have IP bearers established to their respective IMS networks as 
per clause 4.2.1 

• UE_A has no filter criteria defined in HSS 

• IMS B has terminating unregistered criterion set for UE B on INVITE indicating 
SESSION_TERMINATED option and forward the INVITE to AS_B 

• AS_B is unreachable from IMS_B 

• UE_A registered using any user identity 

• UE B not registered as userNOAS priv according to table 1 


^^m — 


Test Sequence: 


Step 


J 


1 


User A calls user B (i.e. userNOAS in IMS B) 


2 


Verify that user A is informed that call cannot be established 


Pass Criteria: 


Checic 




1 


TP_IMS_5109_01 in CFW step 13 (Error Response): 
ensure that { 

when { UE_A sends INVITE to UE_B } 

then { IMS_B receives the INVITE and 

sends (a 408 response or a 5xx response) to IMS A 

} 
} 



Step 


Direction 


IVIessage 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


1 

M 
S 
A 


E 
N 
U 
IVI 
DB 


1 

B 
C 
F 
A 


1 

B 
C 

F 
B 


1 

IVI 
S 
B 


U 

E 
B 


U 
s 
e 
r 
B 






1 
























User A calls User B 


^ 




2 






N 


\ 


> 

k 


\ 










INVITE 


UE_A sends INVITE with the first SDP offer 
indicating all desired medias and codecs that 


( 


3 


100 Trying 


IMS_A responds with a 100 Trying provisional 
response 




4 


ENUM 


IMS_A sends query to ENUM DB 


/ 


5 


ENUM 


ENUM DB sends response to IMS_A 


\ 


6 


INVITE 


IMS_A forwards INVITE to IBCF_A 


7 


100 Trying 


IBCF_A responds with a 100 Trying provisional 
response 


8 


INVITE 


IBCF_A forwards INVITE to IBCF_B 




9 


100 Trying 


IBCF_B responds with a 100 Trying provisional 
response 




10 


INVITE 


IBCF_B forwards INVITE to IMS_B 


/ 


11 


100 Trying 


IMS_B responds with a 100 Trying provisional 
response 
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Step 


Direction 


IVIessage 


Comment 




U 
s 
e 
r 
A 


u 

E 
A 


1 

M 
S 
A 


E 
N 
U 
M 
DB 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


U 

E 
B 


U 
s 
e 
r 
B 






12 






/ 


/ 




/ 


( 








408 Request 
Timeout or 


IIVIS.B responds to tlie INVITE with 4xx 




13 


408 Request 
Timeout or 


IBCF_B forwards 4xx response to IBCF_A 




14 


408 Request 
Timeout or 


IBCF_A forwards 4xx response to ll\/IS_A 


\ 




15 


408 Request 
Timeout or 


IMS_A forwards 4xx response to UE_A 




16 
























User A is informed that called user is not 
reachable 


i 





























4.5.3.1.2 



Dialogue Procedures with Roaming 



4.5.3.1.2.1 



Normal call 



Interoperability Test Description 


Identifier: 


TD IMS CALL 0007 


Summary: 


IMS network handles normal call while UE_B is roaming without topology hiding 
correctly 


Configuration: 


CF ROAM CALL 


SUT: 


IMS A 


References: 


Test Purpose 


Specification Reference 


TP_IMS_5046_01 


TS 124 229 [1], clause 5.2.6.3.3 HI 
(1^^ numbered list) 


TP IMS 5070 01 


TS 124 229 f1], clause 5.2.7.3 113 


TP_IMS_5301_01 


TS 124 229 [1], clause 5.4.3.3 11126 
(lO'^umberedlist) 


TP_IMS_5055_01 


TS 124 229 [1], clause 5.2.6.4.4 HI 
(1^^ numbered list) 


TP_IMS_5055_02 


TS 124 229 [1], clause 5.2.6.4.4 HI 
(1^^ numbered list 


TP_IMS_5108_01 


TS 124 229 [1], clause 5.4.3.3 115 
(1^^ numbered list) 


Use Case ref.: 


UC 02 R 


^B m 


Pre-test 
conditions: 


• HSS of IMS_A and of IMS B is configured according to table 1 

• UE_A and UE_B have IP bearers established to IMS_A as per clause 4.2.1 

• UE_A is registered in IMS_A using any user identity 

• UE_B is registered in IMS_B via IMS_A using any user identity 

• IMS_A within the trust domain of IMS_B 

• A Service-Route header list exists for UE B in P-CSCF 


Test Sequence: 


Step 




1 


User B calls User A 


2 


Verify that user A is informed of incoming call of User B 


3 


Verify that user B is informed that UE A is ringing 


4 


User A answers call 


5 


Verify that user B is informed that call has been answered 


6 


Verify that user A is informed that the call is established 


7 


User A ends call 


8 


Verify that user B is informed that call has ended 


9 


Verify that user A is informed that call has ended 
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Interoperability Test Description 



Conformance 
Criteria: 



Check 



1 



TP_IMS_5046_01 in CFW step 6 (INVITE) 
ensure that { 
when { IMS_A receives an initial INVITE from UE_B } 
then { IMS_A sends the INVITE to IMS_B 
containing a topmost Route_header 

not indicating the P-CSCF_SIP_URI of IMS_A and 
containing a Route_header 
indicating the "list of Service Route header URIs 
from the registration" and 
containing an additional Via_header 
containing ( the P-CSCF_via_port_number and 
(the P-CSCF-FQDN_address or 
the P-CSCF-IP_address)) of IMS_A and 
containing an additional topmost Record-Route_header 
indicating (the P-CSCF_port_number 

'where it awaits subsequent requests' from UE_A and 
(the P-CSCF-FQDN_address or 
the P-CSCF-IP_address)) of IMS_A and 
not containing P-Preferred-ldentity_header and 
containing a P-Asserted-ldentity_header 

containing an address of UE_B and 
containing a P-Charging-Vector_header 
containing an icid-value_parameter } 
1 



TP_IMS_5070_01 in CFW step 15 (100 Trying) 

ensure that { 
when { IMS_A receives an initial INVITE from IMS_B } 
then { IMS_A sends a 100_response to IMS_B 
} 

L 



TP_IMS_5301_01 in CFW step 52A (BYE) 
ensure that { 
when { UE_A sends BYE to UE_B } 
then { IMS_B receives the BYE 

not containing Route_header 

indicating the S-CSCF_SIP_URI of IMS_A 
containing an additional topmost Record-Route_header 
indicating the S-CSCF_SIP_URI of IMS_A 



L 



} 



TP_IMS_5055_01 in CFW step 23 (180 Ringing) 
ensure that { 
when { IMS_A receives a 180_response from UE_A } 
then { IMS_A sends a 180_response to IMS_B 
containing a Record- Route_header 
containing the P-CSCF_SIP_URI and 

P-CSCF_port_number of IMS_A 
"where it expects subsequent requests" and 
not containing a comp_parameter and 
not containing a P-Preferred-ldentity_header and 
containing a P-Asserted-ldentity_header 
indicating the public identity "sent in P-Called_Party-ID header 
sent in the initial request" } 
1 
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5 


TP_IMS_5055_02 in CFW step 33 (200 OK) 
ensure that { 
when { IMS_A receives a 200_response from UE_A } 
then { IMS_A sends the 200_response to IMS_B 
containing a Record-Route_header 
containing the P-CSCF_SIP_URI and 

P-CSCF_port_number of ll\/IS_A 
"where it expects subsequent requests" and 
not containing a comp_parameter and 
not containing a P-P referred- ldentity_header and 
containing a P-Asserted-ldentity_header 
indicating the address "sent in P-Called_Party-ID header 
sent in the initial request" 
} 
} 


6 


TP_IMS_5108_01 in CFW step 14 (INVITE): 
ensure that { 
when { UE B sends an initial INVITE to UE A 
IMS_A sends the INVITE to IMS_B 
containing a P-Charging-Vector_header 
containing an icid-value parameter} 
then { IMS_B sends the INVITE to IMS_A 
containing no Route_header 

indicating the S-CSCF_SIP_URI of IMS_B and 
containing a P-Charging-Vector_header 
containing the same icid-value_parameter and 
not containing ioi_parameters 
containing a Record-Route header 
containing the S-CSCF SIP URI of IMS Bj 
} 



Step 



Direction 



Message 



Comment 
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E 
B 
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e 
r 
B 



3 



10 

11 

12 
13 

15 

17 



18 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



ENUM 



ENUM 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



User B calls User A 



UE_B sends INVITE with the first SDP offer 
indicating all desired medias and codecs that 
UE_B supports 



IMS_A responds with a 100 Trying provisional 
response 



IMS A forwards INVITE to IBCF A 



IBCF_A responds with a 100 Trying provisional 
response 



IBCF A forwards INVITE to IBCF B 



IBCF_B responds with a 100 Trying provisional 
response 



IBCF B forwards INVITE to IMS B 



IMS_B responds with a 100 Trying provisional 
response 



IMS B sends query to ENUM DB 



ENUM DB sends response to IMS B 



IMS B forwards INVITE to IBCF B 



IBCF_B responds with a 100 Trying provisional 
response 



IBCF B forwards INVITE to IBCF A 



IBCF_A responds with a 100 Trying provisional 
response 



IBCF A forwards INVITE to IMS A 



IMS_A responds with a 100 Trying provisional 
response 



IMS A forwards INVITE to UE A 
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Direction IVIessage 


Comment 
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1 
IVI 

s 

B 
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19 






















100 Trying 


UE_A optionally responds with a 100 Trying 
provisional response 




20 




i 




















User A is informed of incoming call of User B 


21 








\ 


\ 


k 


^ 








180 Ringing 


UE_A responds to initial INVITE with 180 
Ringing to indicate that it has started alerting 




22 


180 Ringing 


IMS A forwards 180 Ringing response to 
IBCF A 




23 


180 Ringing 


IBCF A forwards 180 Ringing response to 
IBCF B 


/ 


24 


180 Ringing 


IBCF B forwards 180 Ringing response to 
IMS B 


25 


180 Ringing 


IMS B forwards 180 Ringing response to 
IBCF B 


26 


180 Ringing 


IBCF B forwards 180 Ringing response to 
IBCF A 




27 


180 Ringing 


IBCF A forwards 180 Ringing response to 
IMS A 




28 


180 Ringing 


IMS A forwards the 180 Ringing response to 
UE B 










29 


















> 






User B is informed that UE_A is ringing 




30 




User A answers call 


^ 


31 








\ 


\ 


k 


^ 








200 OK 


UE_A responds INVITE with 200 OK to indicate 
that the call has been answered 




32 


200 OK 


IMS_A forwards 200 OK response to IBCF_A 


/ 


33 


200 OK 


IBCF_A forwards 200 OK response to IBCF_B 


/ 


34 


200 OK 


IBCF_B forwards 200 OK response to IMS_B 


35 


200 OK 


IMS_B forwards 200 OK response to IBCF_B 


36 


200 OK 


IBCF_B forwards 200 OK response to IBCF_A 


\ 


37 


200 OK 


IBCF_A forwards 200 OK response to IMS_A 




38 


200 OK 


IMS_A forwards 200 OK response to UE_B 










39 


















^ 






User B is presented that call in process 


40 








/ 






^ 








ACK 


UE B acknowledges the receipt of 200 OK for 
INVITE 


\ 


\ 


k 




41 


ACK 


IMS_A forwards ACK to IBCF_A 


/ 


42 


ACK 


IBCF_A forwards ACK to IBCF_B 


/ 


43 


ACK 


IBCF_B forwards ACK to IMS_B 


44 


ACK 


IMS_B forwards ACK to IBCF_B 


45 


ACK 


IBCF_B forwards ACK to IBCF_A 




46 


ACK 


IBCF_A forwards ACK to IMS_A 




47 


ACK 


IMS_A forwards ACK to UE_A 




48 




^ 




















User A is informed that the call is in progress 




49A 




User A ends call 


^ 


50A 








\ 


\ 


k 


^ 








BYE 


UE_A releases the call with BYE 




51A 


BYE 


IMS_A forwards BYE to IBCF_A 


( 


52A 


BYE 


IBCF_A forwards BYE to IBCF_B 


/ 


53A 


BYE 


IBCF_B forwards BYE to IMS_B 


54A 


BYE 


IMS_B forwards BYE to IBCF_B 


55A 


BYE 


IBCF_B forwards BYE to IBCF_A 




56A 


BYE 


IBCF_A forwards BYE to IMS_A 




57A 


BYE 


IMS_A forwards BYE to UE_B 










58A 


















^ 






User B is informed that call has ended 


59A 








/ 






^ 








200 OK 


UE_B sends 200 OK for BYE 


\ 


\ 


k 




60A 


200 OK 


IMS_A forwards 200 OK response to IBCF_A 




61A 


200 OK 


IBCF_A forwards 200 OK response to IBCF_B 




62A 


200 OK 


IBCF_B forwards 200 OK response to IMS_B 


63A 


200 OK 


IMS_B forwards 200 OK response to IBCF_B 
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64A 






( 


( 


/ 












200 OK 


IBCF_B forwards 200 OK response to IBCF_A 


\ 


65A 


200 OK 


IBCF_A forwards 200 OK response to IMS_A 




66A 


200 OK 


IMS_A forwards the 200 OK response to UE_A 




67A 




i 




















User A is informed that call has ended 



4.5.3.1.2.2 



Normal call with hold/resume 



Interoperability Test Description 


Identifier: 


TD IMS CALL 0008 


Summary: 


IMS network handles subsequent INVITEs correctly in case of a user initiated call hold 
and resume when home caller puts roaming user on hold and resumes call 


Configuration: 


OF ROAM GALL 


SUT: 


IMS A 


References: 


Test Purpose 


Specification Reference 


TP IMS 5081 01 


TS 124 229 [1], clause 5.2.9.2 HI 


TP IMS 5082 01 


TS 124 229 [1], clause 5.2.9.2 112 


TP_IMS_5120_01 


TS 124 229 [1], clause 5.4.3.3 1199 
(item 3 and 5 in /^ numbered list) 


Use Case ref.: 


UG_03 R 1 


Pre-test 
conditions: 


• HSS of IMS_A and of IMS B is configured according to table 1 

• UE_A and UE_B have IP bearers established to their respective IMS networks as 
per clause 4.2.1 

• UE_A configured to perform user initiated hold/resume using INVITE 

• UE_A is registered in IMS_A using any user identity 

• UE B is registered in IMS B via IMS A using any user identity 




Test Sequence: 


Step 




1 


User A calls User B 


2 


Verify that user B is informed of incoming call of User A 


3 


Verify that user A is informed that UE A is ringing 


4 


User B answers call 


5 


Verify that user A is informed that call has been answered 


6 


Verify that user B is informed that call is established 


7 


User A puts call on hold 


8 


Verify that user B is informed that call is on hold 


9 


Verify that user A is informed that call is on hold 


10 


User A resumes call 


11 


Verify that user B is informed that call is resumed 


12 


Verify that user A is informed that call is resumed 


13 


User A ends call 


14 


Verify that user B is informed that call has ended 


15 


Verify that user A is informed that call has ended 




Conformance 
Criteria: 


Check 




1 


TP_IMS_5081_01 inOFWstep 61 A and 96A (100 Trying): 
ensure that { 

when { UE A sends a subsequent INVITE to UE B and 
IMS_A receives the INVITE from IMS_B } 

then { IMS A sends a 100 response to IMS 8} 
} 


2 


TP_IMS_5082_01 in GFW step 69A and 104A (200 OK): 
ensure that { 
when { IMS_A receives a 200_response from UE_B } 
then { IMS_A sends the 200_response to IMS_B 
containing a P-Charging-Vector_header 
containing an updated 

access-network-charging-info_parameter 
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} 
} 


3 


TP_IMS_5120_01 in CFW step 60A and 95A (INVITE): 
ensure that { 

when { UE A sends a subsequent INVITE to UE Bj 
then { IMS_A receives the INVITE from IMS_B 
containing a topmost Route_header 

not indicating the S-CSCF_SIP_URI 
containing a Record- Route_header 
containing the S-CSCF SIP URI } 
} 



Step 



Direction 
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Comment 
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48 



49A 



50A 



51A 



52A 



53A 



54A 



55A 



56A 



57A 



58A 



59A 



60A 



61A 



62A 



63A 



64A 



65A 



66A 



67A 



68A 



69A 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



200 OK 



200 OK 



200 OK 



User B is presented that call is in progress 



User A puts call on hold 



UE_A sends relNVITE message indicating 
media attribute "sendonly" (Call Hold) 



IMS_A responds with a 100 Trying provisional 
response 



IMS A forwards INVITE to IBCF A 



IBCF_A responds with a 100 Trying provisional 
response 



IBCF A forwards INVITE to IBCF B 



IBCF_B responds with a 100 Trying provisional 
response 



IBCF B forwards INVITE to IMS B 



IMS_B responds with a 100 Trying provisional 
response 



IMS B forwards INVITE to IBCF B 



IBCF_B responds with a 100 Trying provisional 
response 



IBCF B forwards INVITE to IBCF A 



IBCF_A responds with a 100 Trying provisional 
response 



IBCF A forwards INVITE to IMS A 



IMS_A responds with a 100 Trying provisional 
response 



IMS A forwards INVITE to UE B 



UE_B optionally responds with a 100 Trying 
provisional response 



User B is informed that call is on hold 



UE_B responds to INVITE with 200 OK 
indicating attribute "recvonly" inactive 



IMS_A forwards 200 OK response to IBCF_A 



IBCF_A forwards 200 OK response to IBCF_B 
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Direction 
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70A 



71A 



72A 



73A 



74A 



75A 



76A 



77A 



78A 



79A 



80A 



81A 



82A 



83A 



84A 



85A 



86A 



87A 



88A 



89A 



90A 



91A 



92A 



93A 



94A 



95A 



96A 



97A 



200 OK 



200 OK 



200 OK 



200 OK 



200 OK 



ACK 



ACK 



ACK 



ACK 



ACK 



ACK 



ACK 



ACK 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



IBCF_B forwards 200 OK response to MSJB 



ll\/IS_B forwards 200 OK response to IBCF_B 



IBCF_B forwards 200 OK response to IBCF_A 



IBCF_A forwards 200 OK response to MS_A 



ll\/IS_A forwards 200 OK response to UE_A 



UE_A acknowledges the receipt of 200 OK for 
INVITE 



IMS A forwards ACK to IBCF A 



IBCF A forwards ACK to IBCF B 



IBCF B forwards ACK to IIVIS B 



IMS B forwards ACK to IBCF B 



IBCF B forwards ACK to IBCF A 



IBCF A forwards ACK to IMS A 



IMS A forwards ACK to UE B 



User A is informed that call is on hold 



User A resumes call 



UE_A sends relNVITE message indicating 
media attribute "sendrecv" (Call Resume) 



IMS_A responds with a 100 Trying provisional 
response 



IMS A forwards INVITE to IBCF A 



IBCF_A responds with a 100 Trying provisional 
response 



IBCF A forwards INVITE to IBCF B 



IBCF_B responds with a 100 Trying provisional 
response 



IBCF B forwards INVITE to IMS B 



IMS_B responds with a 100 Trying provisional 
response 



IMS B forwards INVITE to IBCF B 



IBCF_B responds with a 100 Trying provisional 
response 



IBCF B forwards INVITE to IBCF A 



IBCF_A responds with a 100 Trying provisional 
response 



IBCF A forwards INVITE to IMS A 
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\ 












100 Trying 


ll\/IS_A responds with a 100 Trying provisional 
response 






99A 


INVITE 


IMS_A forwards INVITE to UE_B 


/ 










100 
A 


100 Trying 


UE_B optionally responds with a 100 Trying 
provisional response 












101 
A 
























User B is informed that call is resumed 


^ 




102 
A 






f 


/ 














200 OK 


UE_B responds to INVITE with 200 OK 
indicating media attribute "sendrecv" 




\ 


\ 






103 
A 


200 OK 


IMS_A forwards 200 OK response to IBCF_A 


/ 




104 
A 


200 OK 


IBCF_A forwards 200 OK response to IBCF_B 


/ 


105 
A 


200 OK 


IBCF_B forwards 200 OK response to IMS_B 


( 


106 
A 


200 OK 


IMS_B forwards 200 OK response to IBCF_B 




107 
A 


200 OK 


IBCF_B forwards 200 OK response to IBCF_A 




108 
A 


200 OK 


IBCF_A forwards 200 OK response to IMS_A 


\ 




109 
A 


200 OK 


IMS_A forwards the 200 OK response to UE_A 




110 
A 
























User B is informed that call has ended 


i 

































4.5.3.1.2.3 



Subsequent request (other than target refresh) 



Interoperability Test Description 


Identifier: 


TD IMS CALL 0009 


Summary: 


IMS network handles routing information in subsequent requests (other than target refresh) 
received from the UE before forwarding them to another IMS network. 


Configuration: 


OF ROAM GALL 


SUT: 


IMS A 


References: 


Test Purpose 


Specification Reference 


TP_IMS_5052_01 


TS 124 229 [1], clause 5.2.6.3-9 HI 
(1^^ numbered list) 


Use Case ref.: 


UG 02 R 


' ^^^^^^^L 


Pre-test conditions: 


• HSS of IMS_A and of IMS B is configured according to table 1 

• UE_B has IP bearers established to their respective IMS networks as per clause 4.2.1 

• UE_A registered in IMS_A using any user identity 

• UE B is registered in IMS B via IMS A using any user identity 


^^ft 






Test Sequence: 


Step 




1 


User B calls User A 


2 


Verify that user A is informed of incoming call of User B 


3 


Verify that user B is informed that UE A is ringing 


4 


User A answers call 


5 


Verify that user B is informed that call has been answered 


6 


Verify that user A is informed that the call is established 


7 


User B ends call 


8 


Verify that user A is informed that call has ended 


9 


Verify that user B is informed that call has ended 


^ 


Conformance 


Check 1 





ETS\ 
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Criteria: 



TP_IMS_5052_01 in CFW step 52B (BYE): 
ensure that { 
when { IMS_A receives a BYE from UE_B } 
then { IMS_A sends the BYE to IMS_B 
not containing a Route_heacler 

indicating the P-CSCF_SIP_URI of ll\/IS_A and 
containing the same Record-Route_header 

as in the previous ACK and 
containing a P-Charging-Vector header 
containing an icid-value_parameter 



L 



} 



step 



Direction 



Message 



Comment 
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508 
51B 
52B 
53B 
54B 
55B 
56B 
57B 
58B 
59B 
GOB 
61B 
62B 
63B 
64B 
65B 
66B 
67B 



BYE 



BYE 



BYE 



BYE 



BYE 



BYE 



BYE 



BYE 



200 OK 



200 OK 



200 OK 



200 OK 



200 OK 



200 OK 



200 OK 



200 OK 



UE B releases the call with BYE 



IMS A forwards BYE to IBCF A 



IBCF A forwards BYE to IBCF B 



IBCF B forwards BYE to IMS B 



IMS B forwards BYE to IBCF B 



IBCF B forwards BYE to IBCF A 



IBCF A forwards BYE to IMS A 



IMS A forwards BYE to UE A 



User A is informed that call has ended 



UE A sends 200 OK for BYE 



IMS_A forwards 200 OK response to IBCF_A 



IBCF_A forwards 200 OK response to IBCF_B 



IBCF_B forwards 200 OK response to IMS_B 



IMS_B forwards 200 OK response to IBCF_B 



IBCF_B forwards 200 OK response to IBCF_A 



IBCF_A forwards 200 OK response to IMS_A 



IMS_A forwards the 200 OK response to UE_B 



User B is informed that call has ended 



4.5.3.1.2.4 



Subsequent target refresh request (INVITE) 



Interoperability Test Description 


Identifier: 


TD IMS CALL 0010 


Summary: 


IMS network handles subsequent INVITEs correctly in case of a user initiated call hold 
and resume when roaming caller puts a home user on hold and resumes call 


Configuration: 


CF ROAM CALL 


SUT: 


IMS A 


References: 


Test Purpose 


Specification Reference 


TP_IMS_5048_01 


TS 124 229 [1], clause 5.2.6.3.5 HI 
(1^^ numbered list) 


TP IMS 5080 01 


TS 124 229 [1], clause 5.2.9.1 112 


Use Case ref.: 


UC_03_R 


Pre-test 
conditions: 


• HSS of IMS_A and of IMS B is configured according to table 1 

• UE_A and UE_B have IP bearers established to their respective IMS networks as 
per clause 4.2.1 

• UE_B configured to perform user initiated hold/resume using INVITE 

• UE_A registered in IMS_A using any user identity 

• UE B is registered in IMS B via IMS A using any user identity 




Test Sequence: 


Step 




1 


User B calls User A 
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2 


Verify that user A is informed of incoming call of User B 


3 


Verify that user B is informed that UE A is ringing 


4 


User A answers call 


5 


Verify that user B is informed that call has been answered 


6 


Verify that user A is informed that call is established 


7 


User B puts call on hold 


8 


Verify that user A is informed that call is on hold 


9 


Verify that user B is informed that call is on hold 


10 


User B resumes call 


11 


Verify that user A is informed that call is resumed 


12 


Verify that user B is informed that call is resumed 


13 


User A ends call 


14 


Verify that user B is informed that call has ended 


15 


Verify that user A is informed that call has ended 


■ 


Conformance 
Criteria: 


Check 


J 


1 


TP_IMS_5048_01 in CFW step 54B and 89B (INVITE): 
ensure that { 
when { IMS A receives a subsequent INVITE from UE B } 
then { IMS_A sends the INVITE to IMS_B 
containing a topmost Route header 

not indicating the P-CSCF_SIP_URI of IMS_A and 
containing an additional Via_header 
containing ( the P-CSCF via port number and 
(the P-CSCF-FQDN address or 
theP-CSCF-IP address)) of IMS A} 
} 


2 


TP_IMS_5080_01 in CFW step 54B and 89B (INVITE): 
ensure that { 
when { IMS A receives subsequent INVITE from UE B } 
then { IMS_A sends the INVITE to IMS_B 
containing a P-Charging-Vector_header 

containing an updated access-network-charging-info parameter} 
} 



Step 



Direction 



Message 



Comment 
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B 
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U 
s 



49B 



SOB 



51B 



52B 



53B 



54B 



55B 



56B 



57B 



58B 



59B 



60B 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



User B puts call on hold 



UE_B sends relNVITE message indicating 
media attribute "sendonly" (Gall Hold) 



IMS_A responds with a 100 Trying provisional 
response 



IMS A forwards INVITE to IBGF A 



IBGF_A responds with a 100 Trying provisional 
response 



IBGF A forwards INVITE to IBGF B 



IBGF_B responds with a 100 Trying provisional 
response 



IBGF B forwards INVITE to IMS B 



IMS_B responds with a 100 Trying provisional 
response 



IMS B forwards INVITE to IBGF B 



IBGF_B responds with a 100 Trying provisional 
response 



IBGF B forwards INVITE to IBGF A 
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Step 



Direction 



IVIessage 



Comment 



U 
s 



U 

E 



I 
IVI 



E 
N 



I 
B 



I 
B 



I 
IVI 



U 

E 



U 
s 



61B 



62B 



63B 



64B 



65B 



66B 



67B 



68B 



69B 



70B 



71 B 



72B 



73B 



74B 



75B 



76B 



77B 



78B 



79B 



80B 



81B 



82B 



83B 



84B 



85B 



86B 



87B 



88B 



89B 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



200 OK 



200 OK 



200 OK 



200 OK 



200 OK 



200 OK 



200 OK 



200 OK 



ACK 



ACK 



ACK 



ACK 



ACK 



ACK 



ACK 



ACK 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



IBCF_A responds with a 100 Trying provisional 
response 



IBCF A forwards INVITE to IMS A 



ll\/IS_A responds with a 100 Trying provisional 
response 



IMS A forwards INVITE to UE A 



UE_A optionally responds with a 100 Trying 
provisional response 



User A is informed that call is on hold 



UE_A responds to INVITE with 200 OK 
indicating attribute "recvonly" inactive 



IMS_A forwards 200 OK response to IBCF_A 



IBCF_A forwards 200 OK response to IBCF_B 



IBCF_B forwards 200 OK response to IMS_B 



IMS_B forwards 200 OK response to IBCF_B 



IBCF_B forwards 200 OK response to IBCF_A 



IBCF_A forwards 200 OK response to IMS_A 



IMS_A forwards 200 OK response to UE_B 



UE_B acknowledges the receipt of 200 OK for 
INVITE 



IMS A forwards ACK to IBCF A 



IBCF A forwards ACK to IBCF B 



IBCF B forwards ACK to IMS B 



IMS B forwards ACK to IBCF B 



IBCF B forwards ACK to IBCF A 



IBCF A forwards ACK to IMS A 



IMS A forwards ACK to UE A 



User A is informed that call is on hold 



User B resumes call 



UE_B sends relNVITE message indicating 
media attribute "sendrecv" (Call Resume) 



IMS_A responds with a 100 Trying provisional 
response 



IMS A forwards INVITE to IBCF A 



IBCF_A responds with a 100 Trying provisional 
response 



IBCF A forwards INVITE to IBCF B 
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Step 


Direction 


IVIessage 


Comment 




U 
s 


u 

E 


1 
M 


E 
N 


1 

B 


1 

B 


1 
M 


u 

E 


U 
s 






90B 








/ 




/ 










100 Trying 


IBCF_B responds with a 100 Trying provisional 
response 


/ 


91B 


INVITE 


IBCF_B forwards INVITE to IMS_B 


/ 


92B 


100 Trying 


ll\/IS_B responds with a 100 Trying provisional 
response 


{ 


93B 


INVITE 


IMS_B forwards INVITE to IBCF_B 




94B 


100 Trying 


IBCF_B responds with a 100 Trying provisional 
response 




95B 


INVITE 


IBCF_B forwards INVITE to IBCF_A 


\ 


96B 


100 Trying 


IBCF_A responds with a 100 Trying provisional 
response 


} 


97B 


INVITE 


IBCF_A forwards INVITE to IMS_A 




\ 


98B 


100 Trying 


IMS_A responds with a 100 Trying provisional 
response 






99B 


INVITE 


IMS_A forwards INVITE to UE_A 


N 


100B 


100 Trying 


UE_A optionally responds with a 100 Trying 
provisional response 




101B 
























User A is informed that call is resumed 


i 




102B 










\ 


\ 










200 OK 


UE_A responds to INVITE with 200 OK 
indicating media attribute "sendrecv" 




103B 


200 OK 


IMS_A forwards 200 OK response to IBCF_A 




i 


104B 


200 OK 


IBCF_A forwards 200 OK response to IBCF_B 


/ 


105B 


200 OK 


IBCF_B forwards 200 OK response to IMS_B 




106B 


200 OK 


IMS_B forwards 200 OK response to IBCF_B 




107B 


200 OK 


IBCF_B forwards 200 OK response to IBCF_A 




108B 


200 OK 


IBCF_A forwards 200 OK response to IMS_A 


109B 


200 OK 


IMS_A forwards the 200 OK response to UE_B 










110B 
























User B is informed that call is resumed 


^ 
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4.5.3.1.2.5 



Subsequent target refresh request (UPDATE), roaming user initiated 



Interoperability Test Description 


Identifier: 


TD IMS CALL 0011 


Summary: 


IMS network handles subsequent UPDATES correctly in case of a user initiated call 
hold and resume when roaming caller puts a home user on hold and resumes call 


Configuration: 


OF ROAM GALL 


SUT: 


IMS A 


References: 


Test Purpose 


Specification Reference 


TP IMS 5080 02 


TS 124 229 [1], clause 5.2.9.1 112 


Use Case ref.: 


UG 04 R 




Pre-test 
conditions: 


• HSS of IMS_A and of IMS B is configured according to table 1 

• UE_B has IP bearers established to their respective IMS networks as per 
clause 4.2.1 

• UE_A registered in IMS_A 

• UEB configured to perform user initiated hold/resume using UPDATE 

• UE B is registered in IMS B via IMS_A 


Test Sequence: 


Step 


™ 


1 


User B calls User A 


2 


Verify that user A is informed of incoming call of User A 


3 


Verify that user B is informed that UE A is ringing 


4 


User A answers call 


5 


Verify that user A is informed that call has been answered 


6 


Verify that user B is informed that call is established 


7 


User B puts call on hold 


8 


Verify that user A is informed that call is on hold 


9 


Verify that user B is informed that call is on hold 


10 


User B resumes call 


11 


Verify that user A is informed that call is resumed 


12 


Verify that user B is informed that call is resumed 


13 


User A ends call 


14 


Verify that user B is informed that call has ended 


15 


Verify that user A is informed that call has ended 


^^ ^^v 


Conformance 
Criteria: 


Check 






1 


TP_IMS_5080_02 in GFW step 50B and 68B (UPDATE): 
ensure that { 
when { IMS A receives subsequent UPDATE from UE B } 
then { IMS_A sends the UPDATE to IMS_B 
containing a P-Charging-Vector_header 

containing an updated access-network-charging-info parameter} 
} 



Step 


Direction 


Message 


Comment 
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A 
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1 
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A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


U 

E 
B 


u 

s 
e 
r 
B 






49B 
























User B puts call on hold 


k 




50B 








/ 














UPDATE 


UE_B sends UPDATE message indicating media 
attribute "sendonly" (Gall Hold) 




V 


\ 






51B 


UPDATE 


IMS_A forwards UPDATE to IBGF_A 






52B 


UPDATE 


IBGF_A forwards UPDATE to IBGF_B 




53B 


UPDATE 


IBGF_B forwards UPDATE to IMS_B 


/ 


54B 


UPDATE 


IMS_B forwards UPDATE to IBGF_B 
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Step 


Direction 


IVIessage 


Comment 




U 
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r 
A 
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A 


1 
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S 
A 
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M 
DB 
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C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


u 

E 
B 


U 
s 
e 
r 
B 






55B 






/ 


/ 




/ 










UPDATE 


IBCF_B forwards UPDATE to IBCF_A 




56B 


UPDATE 


IBCF_A forwards UPDATE to IMS_A 






57B 


UPDATE 


IMS_A forwards UPDATE to UE_A 




58B 
























User A is informed that call is on hold 


i 




59B 






\ 




\ 


\ 


N 








200 OK 


UE_A responds to UPDATE with 200 OK 
indicating attribute "recvonly" inactive 




60B 


200 OK 


IMS_A forwards 200 OK response to IBCF_A 


/ 




61B 


200 OK 


IBCF_A forwards 200 OK response to IBCF_B 




62B 


200 OK 


IBCF_B forwards 200 OK response to IMS_B 


( 


63B 


200 OK 


IMS_B forwards 200 OK response to IBCF_B 




64B 


200 OK 


IBCF_B forwards 200 OK response to IBCF_A 




65B 


200 OK 


IBCF_A forwards 200 OK response to IMS_A 


\ 




66B 


200 OK 


IMS_A forwards 200 OK response to UE_B 












67B 
























User B is informed that call is on hold 


^ 




68B 




User B resumes call 


k 




69B 






/ 


/ 














UPDATE 


UE_A sends UPDATE message indicating media 
attribute "sendrecv" (Call Resume) 




\ 


\ 






70B 


UPDATE 


IMS_A forwards UPDATE to IBCF_A 


/ 




71 B 


UPDATE 


IBCF_A forwards UPDATE to IBCF_B 


/ 


72B 


UPDATE 


IBCF_B forwards UPDATE to IMS_B 


( 


73B 


UPDATE 


IMS_B forwards UPDATE to IBCF_B 




74B 


UPDATE 


IBCF_B forwards UPDATE to IBCF_A 




75B 


UPDATE 


IBCF_A forwards UPDATE to IMS_A 


\ 




76B 


UPDATE 


IMS_A forwards UPDATE to UE_A 




77B 
























User A is informed that call is resumed 


i 




78B 










\ 


\ 










200 OK 


UE_A responds to UPDATE with 200 OK 
indicating media attribute "sendrecv" 




79B 


200 OK 


IMS_A forwards 200 OK response to IBCF_A 






BOB 


200 OK 


IBCF_A forwards 200 OK response to IBCF_B 




81B 


200 OK 


IBCF_B forwards 200 OK response to IMS_B 




82B 


200 OK 


IMS_B forwards 200 OK response to IBCF_B 
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Step 


Direction 


IVIessage 


Comment 
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83B 








/ 




/ 










200 OK 


IBCF_B forwards 200 OK response to IBCF_A 




84B 


200 OK 


IBCF_A forwards 200 OK response to IMS_A 






85B 


200 OK 


IMS_A forwards the 200 OK response to UE_B 












86B 
























User B is informed that call is resumed 



4.5.3.1.2.6 



Subsequent target refresh request (UPDATE), home user initiated 



Interoperability Test Description 


Identifier: 


TD IMS CALL 0012 


Summary: 


IMS network handles subsequent UPDATES correctly in case of a user initiated call 
hold and resume when home caller puts a roaming user on hold and resumes call 


Configuration: 


OF ROAM CALL 


SUT: 


IMS A 


References: 


Test Purpose 


Specification Reference 


TP_IMS_5120_02 


TS 124 229 [1], clause 5.4.3.3 1199 
(item 3 and 5 in 7^^ numbered list) 


Use Case ref.: 


UC 03 R 



Pre-test 
conditions: 



Test Sequence: 



Conformance 
Criteria: 



HSS of IMS_A and of IMS B is configured according to table 1 

UE_A and UE_B have IP bearers established to their respective IMS networks as 

per clause 4.2.1 

UE_A configured to perform user initiated hold/resume using UPDATE 

UE_A registered in IMS_A using any user identity 

UEB is registered in IMS_B via IMS_A using any user identity 



Step 



10 



11 



12 



13 



14 



15 



Check 



1 



User A calls User B 



Verify that user B is informed of incoming call of User A 



Verify that user A is informed that UE_A is ringing 



User B answers call 



Verify that user A is informed that call has been answered 



Verify that user B is informed that call is established 



User A puts call on hold 



Verify that user B is informed that call is on hold 



Verify that user A is informed that call is on hold 



User A resumes call 



Verify that user B is informed that call is resumed 



Verify that user A is informed that call is resumed 



User A ends call 



Verify that user B is informed that call has ended 



Verify that user A is informed that call has ended 



TP_IMS_5120_02 in CFW step 55A and 74A (UPDATE): 
ensure that { 

when { UE_A sends an UPDATE to UE_B } 
then { IMS_A receives the UPDATE from IMS_B 
containing a topmost Route_header 

not indicating the S-CSCF_SIP_URI 
containing a Record-Route_header 
containing the S-CSCF_SIP_URI } 
1 
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Step 



Direction 



IVIessage 



Comment 
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49A 



50A 



51A 



52A 



53A 



54A 



55A 



56A 



57A 



58A 



59A 



60A 



61A 



62A 



63A 



64A 



65A 



66A 



67A 



68A 



69A 



70A 



71A 



72A 



73A 



74A 



75A 



76A 



UPDATE 



UPDATE 



UPDATE 



UPDATE 



UPDATE 



UPDATE 



UPDATE 



UPDATE 



200 OK 



200 OK 



200 OK 



200 OK 



200 OK 



200 OK 



200 OK 



200 OK 



UPDATE 



UPDATE 



UPDATE 



UPDATE 



UPDATE 



UPDATE 



UPDATE 



UPDATE 



User A puts call on hold 



UE_A sends UPDATE message indicating media 
attribute "sendonly" (Call Hold) 



IMS A forwards UPDATE to IBCF A 



IBCF A forwards UPDATE to IBCF B 



IBCF B forwards UPDATE to IMS B 



IMS B forwards UPDATE to IBCF B 



IBCF B forwards UPDATE to IBCF A 



IBCF A forwards UPDATE to IMS A 



IMS A forwards UPDATE to UE B 



User B is informed that call is on hold 



UE_B responds to UPDATE with 200 OK 
indicating attribute "recvonly" inactive 



IMS_A forwards 200 OK response to IBCF_A 



IBCF_A forwards 200 OK response to IBCF_B 



IBCF_B forwards 200 OK response to IMS_B 



IMS_B forwards 200 OK response to IBCF_B 



IBCF_B forwards 200 OK response to IBCF_A 



IBCF_A forwards 200 OK response to IMS_A 



IMS_A forwards 200 OK response to UE_A 



User A is informed that call is on hold 



User A resumes call 



UE_A sends UPDATE message indicating media 
attribute "sendrecv" (Call Resume) 



IMS A forwards UPDATE to IBCF A 



IBCF A forwards UPDATE to IBCF B 



IBCF B forwards UPDATE to IMS B 



IMS B forwards UPDATE to IBCF B 



IBCF B forwards UPDATE to IBCF A 



IBCF A forwards UPDATE to IMS A 



IMS A forwards UPDATE to UE B 
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Step 
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Comment 
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77A 
























User B is informed that call is resumed 


^ 




78A 






( 


/ 














200 OK 


UE_B responds to UPDATE with 200 OK 
indicating media attribute "sendrecv" 




V 


\ 






79A 


200 OK 


IMS_A forwards 200 OK response to IBCF_A 


/ 




80A 


200 OK 


IBCF_A forwards 200 OK response to IBCF_B 


/ 


81A 


200 OK 


IBCF_B forwards 200 OK response to IMS_B 


( 


82A 


200 OK 


IMS_B forwards 200 OK response to IBCF_B 




83A 


200 OK 


IBCF_B forwards 200 OK response to IBCF_A 


\ 


84A 


200 OK 


IBCF_A forwards 200 OK response to IMS_A 






85A 


200 OK 


IMS_A forwards the 200 OK response to UE_A 




86A 
























User A is informed that call has resumed 


i 




49B 
























User B puts call on hold 


k 




SOB 






( 


/ 














UPDATE 


UE_B sends UPDATE message indicating media 
attribute "sendonly" (Call Hold) 




V 


\ 






51B 


UPDATE 


IMS_A forwards UPDATE to IBCF_A 


/ 




52B 


UPDATE 


IBCF_A forwards UPDATE to IBCF_B 


/ 


53B 


UPDATE 


IBCF_B forwards UPDATE to IMS_B 


( 


54B 


UPDATE 


IMS_B forwards UPDATE to IBCF_B 




55B 


UPDATE 


IBCF_B forwards UPDATE to IBCF_A 




56B 


UPDATE 


IBCF_A forwards UPDATE to IMS_A 


\ 




57B 


UPDATE 


IMS_A forwards UPDATE to UE_A 




58B 
























User A is informed that call is on hold 


i 




59B 










\ 


\ 










200 OK 


UE_A responds to UPDATE with 200 OK 
indicating attribute "recvonly" inactive 




60B 


200 OK 


IMS_A forwards 200 OK response to IBCF_A 


/ 




61B 


200 OK 


IBCF_A forwards 200 OK response to IBCF_B 


( 


62B 


200 OK 


IBCF_B forwards 200 OK response to IMS_B 


f 


63B 


200 OK 


IMS_B forwards 200 OK response to IBCF_B 




64B 


200 OK 


IBCF_B forwards 200 OK response to IBCF_A 




65B 


200 OK 


IBCF_A forwards 200 OK response to IMS_A 






66B 


200 OK 


IMS_A forwards 200 OK response to UE_B 




















' 
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Direction 


IVIessage 


Comment 
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User B is informed that call is on hold 


^ 




68B 




User B resumes call 


i 




69B 






/ 


/ 














UPDATE 


UE_A sends UPDATE message indicating media 
attribute "sendrecv" (Call Resume) 




\ 


\ 






70B 


UPDATE 


IMS_A forwards UPDATE to IBCF_A 


/ 


) 


71 B 


UPDATE 


IBCF_A forwards UPDATE to IBCF_B 


/ 


72B 


UPDATE 


IBCF_B forwards UPDATE to IMS_B 


/ 


73B 


UPDATE 


IMS_B forwards UPDATE to IBCF_B 


\ 


74B 


UPDATE 


IBCF_B forwards UPDATE to IBCF_A 




75B 


UPDATE 


IBCF_A forwards UPDATE to IMS_A 






76B 


UPDATE 


IMS_A forwards UPDATE to UE_A 




77B 
























User A is informed that call is resumed 


i 




78B 










V 


\ 










200 OK 


UE_A responds to UPDATE with 200 OK 
indicating media attribute "sendrecv" 




79B 


200 OK 


IMS_A forwards 200 OK response to IBCF_A 


/ 




SOB 


200 OK 


IBCF_A forwards 200 OK response to IBCF_B 


/ 


81B 


200 OK 


IBCF_B forwards 200 OK response to IMS_B 


( 


82B 


200 OK 


IMS_B forwards 200 OK response to IBCF_B 




83B 


200 OK 


IBCF_B forwards 200 OK response to IBCF_A 




84B 


200 OK 


IBCF_A forwards 200 OK response to IMS_A 


\ 




85B 


200 OK 


IMS_A forwards the 200 OK response to UE_B 












86B 
























User B is informed that call is resumed 
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4.5.3.1.3 



Subsequent Request Procedures - Originating Network 



4.5.3.1.3.1 



Call CANCEL by calling user 



Interoperability Test Description 


Identifier: 


ID IMS CALL 0014 


Summary: 


IMS network handles correctly calling user cancelling call before its establishment 


Configuration: 


CF INT CALL 


SUT: 


IMS A 


References: 


Test Purpose 


Specification Reference 


TP_IMS_5107_03 


TS 1 24 229 [1 ], clause 5.4.3.2 H1 1 9 
(item 1 in 8^^ numbered list) 


Use Case ref.: 


UC 02 1 


Pre-test 
conditions: 


• HSS of IMS_A and of IMS B is configured according to table 1 

• UE_A and UE_B have IP bearers established to their respective IMS networks as 
per clause 4.2.1 

• UE_A is registered in IMS_A using any user identity 

• UE B is registered in IMS B using any user identity 


P 1 


Test Sequence: 


Step 




1 


User A calls User B 


2 


Verify that user B is informed of incoming call of User A 


3 


Verify that user A is informed that UE B is ringing 


4 


User A cancels call 


5 


Verify that user B is informed that call has been cancelled 


^^^^ 


Verify that user A is informed that call is terminated 


Conformance 
Criteria: 


Check 




1 


TP_IMS_5107_03 in CFW step 26 (CANCEL): 
ensure that { 
when { UE_A sends CANCEL to UE_B } 
then { IMS_B receives the CANCEL 
not containing Route header 
indicating the S-CSCF SIP URI of /MS A 
} 
} 



Step 


Direction 


Message 


Comment 
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B 
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1 
























User A calls User B 


^ 




2 








\ 


X 




X 








INVITE 


UE_A sends INVITE with the first SDP offer 
indicating all desired medias and codecs that 


< 


3 


100 Trying 


IMS_A responds with a 100 Trying provisional 
response 




4 


ENUM 


IMS_A sends query to ENUM DB 


/ 


5 


ENUM 


ENUM DB sends response to IMS_A 




6 


INVITE 


IMS_A forwards INVITE to IBCF_A 


/ 




7 


100 Trying 


IBCF_A responds with a 100 Trying provisional 
response 






8 


INVITE 


IBCF_A forwards INVITE to IBCF_B 


} 
f 


9 


100 Trying 


IBCF_B responds with a 100 Trying provisional 
response 




10 


INVITE 


IBCF B forwards INVITE to IMS B 




/ 
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Step 


Direction 


IVIessage 


Comment 
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/ 








100 Trying 


ll\/IS_B responds with a 100 Trying provisional 
response 




12 


INVITE 


IMS_B forwards INVITE to UE_B 


y 


13 


100 Trying 


UE_B optionally responds with a 100 Trying 
provisional response 


\ 


14 
























User B is informed of incoming call of User A 


^ 




15 






y 


/ 




f 


y 


y 






180 Ringing 


UE_B responds to initial INVITE with 180 
Ringing to indicate that it has started alerting 




16 


180 Ringing 


IMS B forwards 180 Ringing response to 
IBCF_B 


\ 


17 


180 Ringing 


IBCF B forwards 180 Ringing response to 
IBCF_A 




18 


180 Ringing 


IBCF A forwards 180 Ringing response to 
IMS_A 






19 


180 Ringing 


IMS A forwards the 180 Ringing response to 
UE_A 




20 
























User A is informed that UE_B is ringing 


i 




21 




User A cancels the call 


^ 




22 










X 


V 


\ 








CANCEL 


UE_A sends a CANCEL to IMS_A 


y 


23 


200 OK 


IMS_A responds with a 200 OK to UE_A 


K 


24 


CANCEL 


IIVIS_A forwards the CANCEL to IBCF_A 


/ 




25 


200 OK 


IBCF_A responds with a 200 OK to IMS_A 






26 


CANCEL 


IBCF_A forwards the CANCEL to IBCF_B 


y 


27 


200 OK 


IBCF_B responds with a 200 OK to IBCF_A 


\ 


28 


CANCEL 


IBCF_B forwards the CANCEL to IMS_B 


y 


29 


200 OK 


IMS_B responds with a 200 OK to IBCF_B 




30 


CANCEL 


IMS_B forwards the CANCEL to UE_B 


f 


31 


200 OK 


UE_B responds with a 200 OK to IMS_B 




32 
























User B is informed that call has been cancelled 


^ 




33 












/■ 


/ 


y 






487 Request 
Terminated 


UE_B sends 487 Request Terminated to IMS_B 




34 


ACK 


IMS_B responds with ACK to UE_B 




35 


487 Request 
Terminated 


IMS B forwards the 487 Request Terminated to 
IBCF_B 


N. 


36 


ACK 


IBCF_B responds with ACK to IMS_B 




37 


487 Request 
Terminated 


IBCF B forwards the 487 Request Terminated 
to IBCF_A 


\ 


38 


ACK 


IBCF_A responds with ACK to IBCF_B 




/ 
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Step 


Direction 


IVIessage 


Comment 
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39 






^ 


k 














487 Request 
Terminated 


IBCF A forwards the 487 Request Terminated 
to IMS_A 




40 


ACK 


IMS_A responds with ACK to IBCF_A 




41 


487 Request 
Terminated 


IIVIS A forwards the 487 Request Terminated to 
UE_A 


\ 


42 


ACK 


UE_A responds with ACK to IMS_A 




43 




/ 




















User A is informed that call is terminated 

































4.5.3.1.3.2 



Call CANCEL due to loss of connectivity of calling user during call 



Interoperability Test Description 


Identifier: 


TD IMS CALL 0015 


Summary: 


IMS network ends call in case calling UE looses connectivity during a call 


Configuration: 


CF INT CALL 


SUT: 


IMS B 


References: 


Test Purpose 


Specification Reference 


TP_IMS_5073_01 


TS 124 229 [1], clause 5.2.8.1.2 \\ 
(item 1 in 1^^ numbered list) 


Use Case ref.i 


UC 02 1 




Pre-test 
conditions: 


• HSS of IMS_A and of IMS B is configured according to table 1 

• UE_A and UE_B have IP bearers established to their respective IMS networks as 
per clause 4.2.1 

• UE_A is registered in IMS_A using any user identity 

• UE_B is registered in IMS_B using any user identity 

• IMS B is supporting (simulated) PDF or PCRF like functionality 


^^^^^^^^^b^ 




Test Sequence: 


Step 


1 


1 


User B calls User A 


2 


Verify that user A is informed of incoming call of User B 


3 


Verify that user B is informed that UE_A is ringing 


4 


User A answers call 


5 


Verify that user B is presented that call in process 


6 


Verify that user A is informed that the call is in progress 


7 


UE B looses connectivity 


8 


Verify that user A is informed that call has been ended 
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Interoperability Test Description 



Conformance 
Criteria: 



Check 



1 



TP_IMS_5073_01 in CFW step 36 (BYE): 
ensure that { 
when { IMS_B receives "an indication that UE_B is no_longer_available" } 
then { IMS_B sends a BYE to IMS_A 
containing Request_URI 

indicating the Contact_header_value of UE_A and 
containing To_header 

indicating the initial 200_OK_To_vaiue from UE_A 
containing From_header 

indicating the initial INVITE_From_vaiue from UE_B and 
containing Call-ID_header 

indicating the initial lNVlTE_Call_ld_value from UE_B and 
containing CSeq_header 

indicating an incremented Sequence_Number and 
containing Route_header 

indicating "dialog specific routing information for UE_A" and 
containing Reason_header 

indicating "503 Service Unavailable" and 
containing 
"further headers based on local policy or call release reason" 



L 



} 



step 


Direction 


Message 


Comment 
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21 
























User A answers call 


^ 




22 












\ 


\ 








200 OK 


UE_A responds INVITE with 200 OK to indicate 
that the call has been answered 




23 


200 OK 


IMS A forwards the 200 OK response to 
IBCF_A 






24 


200 OK 


IBCF A forwards the 200 OK response to 
IBCF_B 




25 


200 OK 


IBCF B forwards the 200 OK response to 
IMS_B 




26 


200 OK 


IMS_B forwards the 200 OK to UE_B 




27 
























User B is presented that call in process 


^ 




28 






< 






/■ 


y 


{ 






ACK 


UE B acknowledges the receipt of 200 OK for 
INVITE 




29 


ACK 


IMS_B forwards ACK to IBCF_B 




30 


ACK 


IBCF_B forwards ACK to IBCF_A 


Q 


31 


ACK 


IBCF_A forwards ACK to IMS_A 






32 


ACK 


IMS_A forwards ACK to UE_A 




33 
























User A is informed that the call is in progress 


i 




34 
























UE_B looses connectivity 


35 












^ 


/ 








BYE 


IMS_B forwards BYE to IBCF_B 




36 


BYE 


IBCF_B forwards BYE to IBCF_A 
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Step 


Direction 


IVIessage 


Comment 
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37 






y 


/ 














BYE 


IBCF_A forwards BYE to IMS_A 






38 


BYE 


IMS_A forwards BYE to UE_A 




39 
























User A is informed that call has ended 


i 




40 










X 


V 


N 








200 OK 


UE_A sends 200 OK for BYE 




41 


200 OK 


IIVIS A forwards the 200 OK response to 
IBCF_A 






42 


200 OK 


IBCF A forwards the 200 OK response to 
IBCF_B 




43 


200 OK 


IBCF B forwards the 200 OK response to 
IMS_B 

































4.5.3.1.3.3 



Call failure due to de-registration of calling user during call 



Interoperability Test Description 


Identifier: 


TD IMS GALL 0016 


Summary: 


IMS network ends call in case calling UE is forcefully de-registered in IMS network during 
a call 


Configuration: 


CF INT CALL 


SUT: 


IMS A 


References: 


Test Purpose 


Specification Reference 


TP_IMS_5139_01 


TS 124 229 [1], clause 5.4.5.1 .2 fll 
(item 1 and 2 in 1^^ numbered list) 


Use Case ref.: 


UC 02 1 


Pre-test 
conditions: 


• HSS of IMS_A and of IMS B is configured according to table 1 

• UE_A and UE_B have IP bearers established to their respective IMS networks as 
per clause 4.2.1 

• UE_A is registered in IMS_A using any user identity 

• UE_B is registered in IMS_B using any user identity 

• There is an ongoing dialogue between UE A and UE B 


1 


Test Sequence: 


Step 


-■ 


1 


User A calls User B 


2 


Verify that user B is informed of incoming call of User A 


3 


Verify that user A is informed that UE B is ringing 


4 


User B answers call 


5 


Verify that User A is informed that call has been answered 


6 


Verify that User B is informed that the call is established 


7 


UE A is forced to be de-registered in IMS A 


8 


Verify that user B is informed that call has been ended 




Conformance 
Criteria: 


Check 




1 


TP_IMS_5139_01 in GFW step 34 (BYE): 

ensure that { 

when { IMS_A receives a "network internal indication that the lifetinfie 

of the last public user identity has expired"} 
then { IMS_A sends a BYE to UE_B 
containing a Request_URI set to Contact_header_value of UE_B and 
containing a To_header set to 

the To_header of the 200_response to initial INVITE and 
containing a From_header set to 

the From_header of the initial INVITE and 
containing a Call-ID header set to 
the Call-ID header of the initial INVITE and 
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containing a CSeq_lieader set to 

"CSeq_lieader from tlie calling user incremented by one" and 
containing a Route_header set to 

"routeing information towards the called user as stored 

for the dialog" and 
containing a Reason_header and 
containing "further headers, based on local policy or the 

requested session release reason" 

} 
} 



Step 


Direction 


Message 


Comment 
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21 
























User B answers call 


k 




22 






/^ 


/ 




X 


/ 


f 






200 OK 


UE_B responds INVITE with 200 OK to indicate 
that the call has been answered 




23 


200 OK 


IMS B forwards the 200 OK response to 
IBCF_B 




24 


200 OK 


IBCF B forwards the 200 OK response to 
IBCF_A 




25 


200 OK 


IBCF A forwards the 200 OK response to 
IMS_A 






26 


200 OK 


IMS_A forwards the 200 OK to UE_A 




27 
























User A is presented that call in process 


i 




28 










X 


\ 


X 








ACK 


UE A acknowledges the receipt of 200 OK for 
INVITE 




29 


ACK 


IMS_A forwards ACK to IBCF_A 






30 


ACK 


IBCF_A forwards ACK to IBCF_B 




31 


ACK 


IBCF_B forwards ACK to IMS_B 




32 


ACK 


IMS_B forwards ACK to UE_B 




33 
























User B is informed that the call is in progress 


^ 




34 
























UE_A is forced to be de-registered in IMS_A 


35 












N 


\ 








BYE 


IMS_A forwards BYE to IBCF_A 






36 


BYE 


IBCF_A forwards BYE to IBCF_B 




37 


BYE 


IBCF_B forwards BYE to IMS_B 




38 


BYE 


IMS_B forwards BYE to UE_B 




39 
























User B is informed that call has ended 


^ 




40 












y 


X 


f 






200 OK 


UE_B sends 200 OK for BYE 




41 


200 OK 


IMS B forwards the 200 OK response to 
IBCF_B 




42 


200 OK 


IBCF B forwards the 200 OK response to 
IBCF_A 


\ 


43 


200 OK 


IBCF A forwards the 200 OK response to 
IMS_A 
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4.5.3.1.3.4 



Subsequent target refresh request (INVITE) 



Interoperability Test Description 


Identifier: 


TD IMS CALL 0017 


Summary: 


IMS network handles subsequent INVITEs correctly in case of a user initiated call hold 
and resume when home caller puts another home user on hold and resumes call 


H 




Configuration: 


CF INT CALL 


SUT: 


IMS A 


References: 


Test Purpose 


Specification Reference 


TP_IMS_5106_01 


TS 124 229 [1], clause 5.4.3.2 11108 
(6^^ numbered list) 


TP_IMS_5121_02 


TS 124 229 [1], clause 5.4.3.3 11123 
(9^^ numbered list) 


Use Case ref.: 


UC 03 1 




Pre-test 
conditions: 


• HSS of IMS_A and of IMS B is configured according to table 1 

• UE_A and UE_B have IP bearers established to their respective IMS networks as 
per clause 4.2.1 

• UE_A configured to perform user initiated hold/resume using INVITE 

• UE_A is registered in IMS_A using any user identity 

• UE B is registered in IMS B using any user identity 


Test Sequence: 


Step 


J 


1 


User A calls User B 


2 


Verify that user B is informed of incoming call of User A 


3 


Verify that user A is informed that UE A is ringing 


4 


User B answers call 


5 


Verify that user A is informed that call has been answered 


6 


Verify that user B is informed that call is established 


7 


User A puts call on hold 


8 


Verify that user B is informed that call is on hold 


9 


Verify that user A is informed that call is on hold 


10 


User A resumes call 


11 


Verify that user B is informed that call is resumed 


12 


Verify that user A is informed that call is resumed 


13 


User A ends call 


14 


Verify that user B is informed that call has ended 


15 


Verify that user A is informed that call has ended 


^^^ 


Conformance 
Criteria: 


Check 






1 


TP_IMS_5106_01 in CFW step 39A and 62A (INVITE): 
ensure that { 
when { UE_A sends a subsequent INVITE to UE_B } 
then { IMS_B receives the subsequent INVITE 
containing a Record- Route_header 

indicating the S-CSCF_SIP_URI of IMS_A and 
containing a Route_header 

not indicating the S-CSCF_SIP_URI of IMS_A and 
containing a P-Charging-Vector_header 

not containing an access-network-charging-info parameter 
} 
} 


2 


TP_IMS_5121_02 (IMS_B) in CFW step 48A and 71 A (200 OK): 
ensure that { 
when { UE_B sends a 2xx_response to UE_A } 
then { IMS_A receives the 2xx_response 

containing a P-Charging-Vector_header 
not containing a access-network-charging-info parameter} 
} 
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Step 


Direction 


IVIessage 


Comment 
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34A 
























User A puts call on hold 


^ 




35A 










X 


N. 


\ 








INVITE 


UE_A sends relNVITE message indicating 
media attribute "sendonly" (Call Hold) 


y 


36A 


100 Trying 


IMS_A responds with a 100 Trying provisional 
response 


K 


37A 


INVITE 


IMS_A forwards INVITE to IBCF_A 


/ 




38A 


100 Trying 


IBCF_A responds with a 100 Trying 
provisional response 






39A 


INVITE 


IBCF_A forwards INVITE to IBCF_B 




40A 


100 Trying 


IBCF_A responds with a 100 Trying provisional 
response 




41A 


INVITE 


IBCF_B forwards INVITE to IMS_B 


y 


42A 


100 Trying 


IMS_B responds with a 100 Trying provisional 
response 




43A 


INVITE 


IMS_B forwards INVITE to UE_B 


f 


44A 


100 Trying 


UE_B optionally responds with a 100 Trying 
provisional response 




45A 
























User B is informed that call is on hold 


^ 




46A 






y 


/ 




/ 


/ 


y 






200 OK 


UE_B responds to INVITE with 200 OK 
indicating media attribute "recvonly" 


\ 


47A 


200 OK 


IMS_B forwards 200 OK response to IBCF_B 




48A 


200 OK 


IBCF B forwards 200 OK response to 
IBCF_A 




49A 


200 OK 


IBCF_A forwards 200 OK response to IMS_A 






50A 


200 OK 


IMS_A forwards the 200 OK response to UE_A 


K 


51A 
























User A is informed that call is on hold 


i 




52A 












\ 


\ 








ACK 


UE A acknowledges the receipt of 200 OK for 
INVITE 




53A 


ACK 


IMS_A forwards ACK to IBCF_A 






54A 


ACK 


IBCF_A forwards ACK to IBCF_B 




55A 


ACK 


IBCF_B forwards ACK to IMS_B 




56A 


ACK 


IMS_B forwards ACK to UE_B 




57A 
























User A resumes call 


^ 




58A 






















INVITE 


UE_A sends relNVITE message indicating 
media attribute "sendrecv" (Call Resume) 


y 


59A 


100 Trying 


IMS_A responds with a 100 Trying provisional 
response 




60A 


INVITE 


IMS_A forwards INVITE to IBCF_A 






61A 


100 Trying 


IBCF_A responds with a 100 Trying 
provisional response 
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Step 


Direction 


IVIessage 


Comment 
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62A 












\ 


N. 








INVITE 


IBCF_A forwards INVITE to IBCF_B 


y 


63A 


100 Trying 


IBCF_A responds with a 100 Trying provisional 
response 




64A 


INVITE 


IBCF_B forwards INVITE to IMS_B 


/ 


65A 


100 Trying 


ll\/IS_B responds with a 100 Trying provisional 
response 




66A 


INVITE 


IMS_B forwards INVITE to UE_B 


y 


67A 


100 Trying 


UE_B optionally responds with a 100 Trying 
provisional response 


\ 


68A 
























User B is informed that call is resumed 


^ 




69A 






y 






y 


y 


y 






200 OK 


UE_B responds to INVITE with 200 OK 
indicating media attribute "sendrecv" 




70A 


200 OK 


ll\/IS_B forwards 200 OK response to IBCF_B 




71A 


200 OK 


IBCF B forwards 200 OK response to 
IBCF_A 


\ 


72A 


200 OK 


IBCF_A forwards 200 OK response to ll\/IS_A 






73A 


200 OK 


IMS_A forwards the 200 OK response to UE_A 




74A 
























User A is informed that call is resumed 


i 

































4.5.3.1.3.5 



Subsequent target refresh request (UPDATE) 



Interoperability Test Description 


Identifier: 


TD IMS CALL 0018 


Summary: 


IMS network handles subsequent UPDATES correctly in case of a user initiated call 
hold and resume when home caller puts another home user on hold and resumes call 


Configuration: 


CF INT CALL 


SUT: 


IMS A, IMS B 


References: 


Test Purpose 


Specification Reference 


TP_IMS_5106_02 


TS 124 229 [1], clause 5.4.3.2 11108 
(6^^ numbered list) 


TP_IMS_5121_02 


TS 124 229 [1], clause 5.4.3.3 11123 
(9^^ numbered list) 


Use Case ref.: 


UC_03_I 


^^^^^^^^" ^^^ ^^^ 


Pre-test 
conditions: 


• HSS of IMS_A and of IMS B is configured according to table 1 

• UE_A and UE_B have IP bearers established to their respective IMS networks as 
per clause 4.2.1 

• UE_A configured to perform user initiated hold/resume using UPDATE 

• UE_A is registered in IMS_A using any user identity 

• UE B is registered in IMS B using any user identity 




Test Sequence: 


Step 




1 


User A calls User B 


2 


Verify that user B is informed of incoming call of User A 


3 


Verify that user A is informed that UE A is ringing 


4 


User B answers call 


5 


Verify that user A is informed that call has been answered 


6 


Verify that user B is informed that call is established 


7 


User A puts call on hold 
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Interoperability Test Description 




8 


Verify that user B is informed that call is on hold 


9 


Verify that user A is informed that call is on hold 


10 


User A resumes call 


11 


Verify that user B is informed that call is resumed 


12 


Verify that user A is informed that call is resumed 


13 


User A ends call 


14 


Verify that user B is informed that call has ended 


15 


Verify that user A is informed that call has ended 


Conformance 
Criteria: 


Check 




1 


TP_IMS_5106_02(IMS_A) in CFW step 37A and 50A (UPDATE): 
ensure that { 
when { UE_A sends an UPDATE to UE_B } 
then { IMS_B receives the UPDATE 

containing a Record- Route_header 

containing the S-CSCF_SIP_URI of IMS_A and 
not containing Route_header 

indicating the S-CSCF_SIP_URI of ll\/IS_A and 
containing a P-Charging-Vector_header 
not containing an access-network-charging-info parameter 

} 
} 


2 


TP_IMS_5121_02 (IMS_B) in CFW step 43A and 56A (200 OK): 
ensure that { 
when { UE_B sends a 2xx_response to UE_A } 
then { li\/IS_A receives the 2xx_response 

containing a P-Charging-Vector_header 
not containing a access-network-charging-info parameter} 
} 



Step 


Direction 


Message 


Comment 
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34A 
























User A puts call on hold 


^ 




35A 












N 


V 








UPDATE 


UE_A sends UPDATE message indicating 
media attribute "sendonly" (Gall Hold) 




36A 


UPDATE 


IMS_A forwards UPDATE to IBCF_A 






37A 


UPDATE 


IBGF_A forwards UPDATE to IBGF_B 




38A 


UPDATE 


IBGF_B forwards UPDATE to IMS_B 




39A 


UPDATE 


IMS_B forwards UPDATE to UE_B 




40A 
























User B is informed that call is on hold 


^ 




41 A 






y 


/ 




f 


• 


{ 






200 OK 


UE_B responds to UPDATE with 200 OK 
indicating media attribute "recvonly" 




42A 


200 OK 


IMS_B forwards 200 OK response to IBCF_B 


\ 


43A 


200 OK 


IBCF B forwards 200 OK response to 
IBCF_A 




44A 


200 OK 


IBCF_A forwards 200 OK response to IMS_A 






45A 


200 OK 


IMS_A forwards the 200 OK response to UE_A 




46A 
























User A is informed that call is on hold 


i 
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Step 


Direction 


IVIessage 


Comment 
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47A 
























User A resumes call 


^ 




48A 












N 


N 








UPDATE 


UE_A sends UPDATE message indicating 
media attribute "sendrecv" (Call Resume) 




49A 


UPDATE 


IIVIS_A forwards UPDATE to IBCF_A 






50A 


UPDATE 


IBCF_A forwards UPDATE to IBCF_B 




51A 


UPDATE 


IBCF_B forwards UPDATE to IMS_B 




52A 


UPDATE 


IMS_B forwards UPDATE to UE_B 




53A 
























User B is informed that call is resumed 


^ 




54A 






y 


/ 




y 


/ 


{ 






200 OK 


UE_B responds to UPDATE with 200 OK 
indicating media attribute "sendrecv" 




55A 


200 OK 


ll\/IS_B forwards 200 OK response to IBCF_B 




56A 


200 OK 


IBCF B forwards 200 OK response to 
IBCF_A 




57A 


200 OK 


IBCF_A forwards 200 OK response to ll\/IS_A 






58A 


200 OK 


IMS_A forwards the 200 OK response to UE_A 




59A 
























User A is informed that call is resumed 


i 

































4.5.3.1.3.6 



Addition of media streams (relNVITE) 



Interoperability Test Description 


Identifier: 


TD IMS CALL 0019 


Summary: 


IMS network handles subsequent INVITEs correctly when adding new media stream. 




Configuration: 


CF INT CALL 


SUT: 


IMS A 


References: 


Test Purpose 


Specification Reference 


TP_IMS_5106_01 


TS 124 229 [1], clause 5.4.3.2 11108 
(6^^ numbered list) 


TP_IMS_5121_01 


TS 124 229 [1], clause 5.4.3.3 11123 
(9^^ numbered list) 


TP_IMS_5121_02 


TS 124 229 [1], clause 5.4.3.3 11123 
(9^^ numbered list) 


Use Case ref.: 


UC 13 




Pre-test 
conditions: 


• HSS of IMS_A and of IMS B is configured according to table 1 

• UE_A and UE_B have IP bearers established to their respective IMS networks as 
per clause 4.2.1 

• UE_A and UE_B support multiple media streams (e.g. audio, video, messaging) 
and support RTP and MSRP 

• UE_A is registered in IMS_A using any user identity 

• UE B is registered in IMS B using any user identity 
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Interoperability Test Description 


Test Sequence: 


Step 


^ 


1 


User A calls User B (IMS VoIP call) 


2 


Verify that User B is informed of incoming call of User A 


3 


Verify that User A is informed that UE A is ringing 


4 


User B answers the call 


5 


Verify that User A is informed that call has been answered 


6 


Verify that User B is informed that call is established 


7 


User A adds a new media stream 


8 


Verify that User B is informed to accept new media stream (optional) 


9 


Verify that User A is informed to accept new media stream (optional) 


10 


If informed, User B accepts the new media stream 


11 


Verify that User A is informed that new media stream has been accepted 


12 


User A releases the call 


13 


Verify that user B is informed that call has ended 


1^^ 


Verify that user A is informed that call has ended 


Conformance 
Criteria: 


Check 


J 




1 


TP_IMS_5106_01 in CFW step 39A: 
ensure that { 
when { UE_A sends a subsequent INVITE to UE_B } 
then { IMS_B receives the subsequent INVITE 
containing a Record-Route header 

indicating the S-CSCF_SIP_URI of IMS_A and 
containing a Route_header 

not indicating the S-CSCF_SIP_URI of IMS_A and 
containing a P-Charging-Vector_header 
not containing a access-network-charging-info parameter} 
} 


2 


TP_IMS_5121_01 in CFW step 40A, 48A (180 ringing): 
ensure that { 
when { UE_B sends a 1xx response to UE_A } 
then { IMS_A receives the 1xx response 

containing a P-Charging-Vector_header 
not containing a access-network-charging-info parameter} 
} 


3 


TP_IMS_5121_02 in CFW step 55A, 73 (200 OK): 
ensure that { 
when { UE_B sends a 2xx_response to UE_A } 
then { IMS_A receives the 2xx_response 

containing a P-Charging-Vector_header 
not containing a access-network-charging-info parameter} 
} 



Step 


Direction 


Message 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


1 
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S 
A 


E 
N 
U 
M 
DB 


1 

B 
C 
F 
A 


\ 

B 
C 

F 
B 


1 

M 
S 
B 


U 

E 
B 


U 
s 
e 
r 
B 






34A 






















User A adds a new media stream 


^ 




35A 






N. 




N. 












INVITE 


UE_A sends relNVITE message with new media 
stream in SDP 


/^ 


36A 


100 Trying 


IMS_A responds with a 100 Trying provisional 
response 




37A 


INVITE 


IMS_A forwards INVITE to IBCF_A 


/ 




38A 


100 Trying 


IBCF_A responds with a 100 Trying 
provisional response 


i 




39A 


INVITE 


IBCF_A forwards INVITE to IBCF_B 


/ 


40A 


100 Trying 


IBCF_A responds with a 100 Trying provisional 
response 
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Step 


Direction 


IVIessage 


Comment 
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41A 














N 


N. 






INVITE 


IBCF_B forwards INVITE to IMS_B 


y 


42A 


100 Trying 


ll\/IS_B responds with a 100 Trying provisional 
response 




43A 


INVITE 


IMS_B forwards INVITE to UE_B 


f 


44A 


100 Trying 


UE_B optionally responds with a 100 Trying 
provisional response 




45A 
























Verify that User B is informed to accept/reject 
new media stream (optional) 


> 




46A 






y 


/ 




/ 


f 


y 






180 Ringing 


UE_B responds to relNVITE with 180 Ringing 


\ 


47A 


180 Ringing 


IMS B forwards 180 Ringing response to 
IBCF_B 




48A 


180 Ringing 


IBCF B forwards 180 Ringing response to 
IBCF_A 




49A 


180 Ringing 


IBCF A forwards 180 Ringing response to 
IMS_A 






50A 


180 Ringing 


IMS A forwards the 180 Ringing response to 
UE_A 


\ 


51A 
























Verify that User A is informed that UE_B is 
alerting User B (optional) 








52A 




If informed, User B accepts the new media 
stream 


i 




53A 






y 


/ 




/ 


f 


y 






200 OK 


UE_B responds with 200 OK to relNVITE 


\ 


54A 


200 OK 


ll\/IS_B forwards 200 OK response to IBCF_B 




55A 


200 OK 


IBCF B forwards 200 OK response to 
IBCF_A 




56A 


200 OK 


IBCF_A forwards 200 OK response to ll\/IS_A 






57A 


200 OK 


IMS_A forwards the 200 OK response to UE_A 


\ 


58A 
























User A is informed that new media stream has 
been accepted 


i 




59A 






N. 




N. 


\ 


N 


N 






ACK 


UE A acknowledges the receipt of 200 OK for 
INVITE 




60A 


ACK 


IMS_A forwards ACK to IBCF_A 




/ 


61A 


ACK 


IBCF_A forwards ACK to IBCF_B 




62 


ACK 


IBCF_B forwards ACK to IMS_B 




63 


ACK 


IMS_B forwards ACK to UE_B 




64 






















BYE 


User A releases the call 


^ 




65 






N 




N. 


N. 


N. 








BYE 


UE_A sends BYE to indicate that the call has 
ended 




66 


BYE 


IMS_A forwards the BYE to IBCF_A 






67 


BYE 


IBCF_A forwards the BYE to IBCF_B 




68 


BYE 


IBCF_B forwards the BYE to IMS_B 




/ 
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Step 


Direction 


IVIessage 


Comment 
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69 
















N 






BYE 


IMS_B forwards the BYE to UE_B 




70 
























User B is informed that call has ended 


> 




71 








/ 




f 


y 


y 






200 OK 


UE_B responds to the BYE with 200 OK 




72 


200 OK 


IIVIS B forwards the 200 OK response to 
IBCF_B 


\ 


73 


200 OK 


IBCF B forwards the 200 OK response to 
IBCF_A 




74 


200 OK 


IBCF A forwards the 200 OK response to 
IIVIS_A 






76 


200 OK 


IMS_A forwards the 200 OK response to UE_A 




77 
























User A is informed that call has ended 


i 

































4.5.3.1.3.7 



Modification of an existing media stream (relNVITE) 



Interoperability Test Description 


Identifier: 


TD IMS CALL 0020 


Summary: 


IMS network handles subsequent INVITEs and UPDATES correctly during modification 
of an existing media stream. 






Configuration: 


CF INT CALL 


SUT: 


IMS A 


References: 


Test Purpose 


Specification Reference 


TP_IMS_5106_01 


TS 124 229 [1], clause 5.4.3.2 11108 
(6^^ numbered list) 


TP_IMS_5121_01 


TS 124 229 [1], clause 5.4.3.3 11123 
(9^^ numbered list) 


TP_IMS_5121_02 


TS 124 229 [1], clause 5.4.3.3 11123 
(9^^ numbered list) 


Use Case ref.: 


UC 13 


^H- -^^ V 


Pre-test 
conditions: 


• HSS of IMS_A and of IMS B is configured according to table 1 

• UE_A and UE_B have IP bearers established to their respective IMS networks as 
per clause 4.2.1 

• UE_A and UE_B support multiple media streams (e.g. audio, video, messaging) 
and support RTP and MSRP 

• UE_A is registered in IMS_A using any user identity 

• UE B is registered in IMS B using any user identity 


■ 
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Interoperability Test Description 


Test Sequence: 


Step 


^ 


1 


User A calls User B (IMS VoIP call) 


2 


Verify that user B is informed of incoming call of User A 


3 


Verify that user A is informed that UE B is ringing 


4 


User B answers the call 


5 


Verify that user A is informed that call has been answered 


6 


Verify that user B is informed that call is established 


7 


User A adds a new media stream 


8 


Verify that User B is informed to accept/reject new media stream (optional) 


9 


Verify that User A is informed that UE B is alerting User B (optional) 


10 


If informed, verify that User B accepts the new media stream 


11 


Verify that User A is informed that new media stream has been accepted 
(optional) 


12 


User A modifies the media stream 


13 


Verify that User B is informed to accept/reject media stream modification 
(optional) 


14 


Verify that User A is informed that UE B is alerting User B (optional) 


15 


If informed, verify that User B accepts the media stream modification 


16 


Verify that User A is informed that media stream modification has been 
accepted (optional) 


17 


User B releases the call 


18 


Verify that user A is informed that the call has ended 


19 


Verify that user B is informed that call has ended 


I 


Conformance 
Criteria: 


Check 






1 


TP_IMS_5106_01 in CFW step 39A and 697A (relNVITE): 
ensure that { 
when { UE_A sends a subsequent INVITE to UE_B } 
then { IMS_B receives the subsequent INVITE 
containing a Record-Route header 

indicating the S-CSCF_SIP_URI of IMS_A and 
containing Route_header 

not indicating the S-CSCF_SIP_URI of IMS_A and 
containing a P-Charging-Vector_header 
not containing a access-network-charging-info parameter} 
} 


2 


TP_IMS_5121_01 in CFW step 40A, 70A (100 Trying) and 46A, 76A (180 
ringing): 
ensure that { 
when { UE_B sends a 1xx response to UE_A } 
then { IMS_A receives the 1xx response 

containing a P-Charging-Vector_header 
not containing a access-network-charging-info parameter} 
} 


3 


TP_IMS_5121_02 in CFW step 55A and 85A (200 OK): 
ensure that { 
when { UE_B sends a 2xx_response to UE_A } 
then { IMS_A receives the 2xx_response 

containing a P-Charging-Vector_header 
not containing a access-network-charging-info parameter} 
} 
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Step 


Direction 


IVIessage 


Comment 
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34A 
























User A adds a new media stream 


^ 




35A 






N 




N. 


N. 


N 


N. 






INVITE 


UE_A sends relNVITE message with new 
media stream in SDP 


y 


36A 


100 Trying 


ll\/IS_A responds with a 100 Trying provisional 
response 


K 


37A 


INVITE 


IMS_A forwards INVITE to IBCF_A 


/ 




38A 


100 Trying 


IBCF_A responds with a 100 Trying 
provisional response 






39A 


INVITE 


IBCF_A forwards INVITE to IBCF_B 


/ 
f 


40A 


100 Trying 


IBCF_A responds with a 100 Trying provisional 
response 




41A 


INVITE 


IBCF_B forwards INVITE to IMS_B 


• 


42A 


100 Trying 


IMS_B responds with a 100 Trying provisional 
response 




43A 


INVITE 


IMS_B forwards INVITE to UE_B 




44A 


100 Trying 


UE_B optionally responds with a 100 Trying 
provisional response 




45A 
























Verify that User B is informed to accept/reject 
new media stream (optional) 


> 




46A 






y 


/ 




/ 


f 


y 






180 Ringing 


UE_B responds to relNVITE with 180 Ringing 


\ 


47A 


180 Ringing 


IMS B forwards 180 Ringing response to 
IBCF_B 




48A 


180 Ringing 


IBCF B forwards 180 Ringing response to 
IBCF_A 




49A 


180 Ringing 


IBCF A forwards 180 Ringing response to 
IMS_A 






50A 


180 Ringing 


IMS A forwards the 180 Ringing response to 
UE_A 


K 


51A 
























Verify that User A is informed that UE_B is 
alerting User B (optional) 


i 




52A 




If informed, User B accepts the new media 
stream 


i 




53A 






f 


/ 




/ 


f 


y 






200 OK 


UE_B responds with 200 OK to relNVITE 


\ 


54A 


200 OK 


IMS_B forwards 200 OK response to IBCF_B 




55A 


200 OK 


IBCF B forwards 200 OK response to 
IBCF_A 




56A 


200 OK 


IBCF_A forwards 200 OK response to IMS_A 






57A 


200 OK 


IMS_A forwards the 200 OK response to UE_A 




58A 
























User A is informed that new media stream has 
been accepted 


i 




59A 






N. 




N. 


V 










ACK 


UE A acknowledges the receipt of 200 OK for 
INVITE 




60A 


ACK 


IMS_A forwards ACK to IBCF_A 




/ 


61A 


ACK 


IBCF_A forwards ACK to IBCF_B 




/ 



ETS\ 



189 



ETSI TS 186 011-2 V4.1.3 (2012-05) 



Step 


Direction 


IVIessage 


Comment 
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62A 














N 


N 






ACK 


IBCF_B forwards ACK to IMS_B 




63A 


ACK 


IMS_B forwards ACK to UE_B 




64A 
























User A modifies the media stream 


N. 






65A 






N. 




N. 


N 


N. 


N. 






INVITE 


UE_A sends relNVITE message with new 
media stream in SDP 


> 


66A 


100 Trying 


ll\/IS_A responds with a 100 Trying provisional 
response 




67A 


INVITE 


IMS_A forwards INVITE to IBCF_A 




/ 


68A 


100 Trying 


IBCF_A responds with a 100 Trying 
provisional response 






69A 


INVITE 


IBCF_A forwards INVITE to IBCF_B 


y 


70A 


100 Trying 


IBCF_A responds with a 100 Trying provisional 
response 




71A 


INVITE 


IBCF_B forwards INVITE to IMS_B 




72A 


100 Trying 


IMS_B responds with a 100 Trying provisional 
response 




73A 


INVITE 


IMS_B forwards INVITE to UE_B 


^ 


74A 


100 Trying 


UE_B optionally responds with a 100 Trying 
provisional response 


\ 


75A 
























Verify that User B is informed to accept/reject 
media stream modification (optional) 


> 




76A 






• 






• 


• 


{ 






180 Ringing 


UE_B responds to relNVITE with 180 Ringing 




77A 


180 Ringing 


IMS B forwards 180 Ringing response to 
IBCF_B 




78A 


180 Ringing 


IBCF B forwards 180 Ringing response to 
IBCF_A 


\ 


79A 


180 Ringing 


IBCF A forwards 180 Ringing response to 
IMS_A 






80A 


180 Ringing 


IMS A forwards the 180 Ringing response to 
UE_A 




81A 
























Verify that User A is informed that UE_B is 
alerting User B (optional) 


i 




82A 




If informed, User B accepts the media stream 
modification 


k 




83A 






• 


/ 




f 


• 


{ 






200 OK 


UE_B responds with 200 OK to relNVITE 




84A 


200 OK 


IMS_B forwards 200 OK response to IBCF_B 




85A 


200 OK 


IBCF B forwards 200 OK response to 
IBCF_A 




86A 


200 OK 


IBCF_A forwards 200 OK response to IMS_A 






87A 


200 OK 


IMS_A forwards the 200 OK response to UE_A 




88A 
























User A is informed that media stream 
modification has been accepted 


i 




89A 






V 
















ACK 


UE A acknowledges the receipt of 200 OK for 
INVITE 




/ 
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Step 


Direction 


IVIessage 


Comment 
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90A 










N. 


N. 


N. 


N. 






ACK 


IMS_A forwards ACK to IBCF_A 






91A 


ACK 


IBCF_A forwards ACK to IBCF_B 




92A 


ACK 


IBCF_B forwards ACK to IMS_B 


/ 


93A 


ACK 


IMS_B forwards ACK to UE_B 


/ 


94 






















BYE 


User B releases the call 


k 




95 






y 


/ 




f 


• 


• 






BYE 


UE_B sends BYE to indicate that the call has 
ended 




96 


BYE 


IMS_B forwards the BYE to IBCF_B 




97 


BYE 


IBCF_B forwards the BYE to IBCF_A 




98 


BYE 


IBCF_A forwards the BYE to IMS_A 






99 


BYE 


IMS_A forwards the BYE to UE_A 




100 
























User A is informed that call has ended 


i 




101 






N 




N. 


N. 


\ 


N 






200 OK 


UE_A responds to the BYE with 200 OK 




102 


200 OK 


IIVIS A forwards the 200 OK response to 
IBCF_A 






103 


200 OK 


IBCF A forwards the 200 OK response to 
IBCF_B 


/ 


104 


200 OK 


IBCF B forwards the 200 OK response to 
IIVIS_B 




105 


200 OK 


IMS_B forwards the 200 OK response to UE_B 




106 
























User B is informed that call has ended 


^ 
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4.5.3.1.3.8 



Hold/resume media streams (relNVITE) 



Interoperability Test Description 


Identifier: 


ID IMS CALL 0021 


Summary: 


IMS network handles subsequent INVITEs correctly during hold/resume of media 
streams 




1 m 


Configuration: 


CF INT CALL 


SUT: 


IMS A 


References: 


Test Purpose 


Specification Reference 


TP_IMS_5106_01 


TS 124 229 [1], clause 5.4.3.2 11108 
(6^^ numbered list) 


TP_IMS_5121_01 


TS 124 229 [1], clause 5.4.3.3 11123 
(9^^ numbered list) 


TP_IMS_5121_02 


TS 124 229 [1], clause 5.4.3.3 11123 
(9^^ numbered list) 


Use Case ref.: 


UC_13, UC_14 




Pre-test 
conditions: 


• HSS of IMS_A and of IMS B is configured according to table 1 

• UE_A and UE_B have IP bearers established to their respective IMS networks as 
per clause 4.2.1 

• UE_A and UE_B support multiple media streams (e.g. audio, video, messaging) 
and support RTP and MSRP 

• UE_A is registered in IMS_A using any user identity 

• UE B is registered in IMS B using any user identity 




i^ ^ 


Test Sequence: 


step 




1 


User A calls User B (IMS VoIP call) 


2 


Verify that user B is informed of incoming call of User A 


3 


Verify that user A is informed that UE B is ringing 


4 


User B answers the call 


5 


Verify that user A is informed that call has been answered 


6 


Verify that user B is informed that call is established 


7 


User A adds a new media stream 


8 


Verify that User B is informed to accept/reject new media stream (optional) 


9 


Verify that User A is informed that UE_B is alerting User B (optional) 


10 


If informed, verify that User B accepts the new media stream 


11 


Verify that User A is informed that new media stream has been accepted 
(optional) 


12 


User A puts one media stream on hold 


13 


Verify that user B is informed that media stream is on hold 


14 


Verify that user A is informed that media stream is on hold 


15 


User A resumes the media stream 


16 


Verify that user B is informed that the media stream is resumed 


17 


Verify that user A is informed that the media stream is resumed 


18 


User A removes one of the media streams 


19 


Verify that user B is informed that the media stream has been removed 


20 


User A may be informed that UE_B is alerting User B (optional) 


21 


User A releases the call 


22 


Verify that user B is informed that call has ended 


23 


Verify that user A is informed that call has ended 
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Interoperability Test Description 


■ 


Conformance 
Criteria: 


Check 






1 


TP_IMS_5106_01 in CFW step 39A, 69A, 92A, 11 5A (relNVITE): 
ensure that { 
when { UE_A sends a subsequent INVITE to UE_B } 
then { IMS_B receives the subsequent INVITE 
containing a Record-Route header 

indicating the S-CSCF_SIP_URI of IMS_A and 
containing Route_header 

not indicating the S-CSCF_SIP_URI of IMS_A and 
containing a P-Charging-Vector_header 
not containing a access-network-charging-info parameter} 
} 


2 


TP_IMS_5121_01 in CFW step 40A, 70A, 93A, 114A, 116A (100 trying), 
122A(180 ringing) 
ensure that { 
when { UE_B sends a 1xx response to UE_A } 
then { IMS_A receives the 1xx response 

containing a P-Charging-Vector_header 
not containing a access-network-charging-info parameter} 
} 


3 


TP_IMS_5121_02 in CFW step 55A, 78A, 101A, 130A (200 OK) 
ensure that { 
when { UE_B sends a 2xx_response to UE_A } 
then { IMS_A receives the 2xx_response 

containing a P-Charging-Vector_header 
not containing a access-network-charging-info parameter} 

} 



Step 


Direction 


Message 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


1 

M 
S 
A 


E 
N 
U 
M 
DB 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


u 

E 
B 


u 

s 
e 
r 
B 






34A 
























User A adds a new media stream 


^ 




35A 






N 


i 


N 






N. 






INVITE 


UE_A sends relNVITE message with new media 
stream in SDP 


y 


36A 


100 Trying 


IIVIS_A responds with a 100 Trying provisional 
response 




37A 


INVITE 


IMS_A forwards INVITE to IBCF_A 




38A 


100 Trying 


IBCF_A responds with a 100 Trying 
provisional response 




39A 


INVITE 


IBCF_A forwards INVITE to IBCF_B 


y 


40A 


100 Trying 


IBCF_A responds with a 100 Trying provisional 
response 


\ 


41A 


INVITE 


IBCF_B forwards INVITE to IMS_B 


/ 


42A 


100 Trying 


IMS_B responds with a 100 Trying provisional 
response 




43A 


INVITE 


IMS_B forwards INVITE to UE_B 


f 


44A 


100 Trying 


UE_B optionally responds with a 100 Trying 
provisional response 




45A 
























Verify that User B is informed to accept/reject new 
media stream (optional) 




46A 
















/ 






180 Ringing 


UE_B responds to relNVITE with 180 Ringing 
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Step 


Direction 


IVIessage 


Comment 
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47A 






/^ 


/ 




y 


/ 








180 Ringing 


IMS_B forwards 180 Ringing response to IBCF_B 




48A 


180 Ringing 


IBCF B forwards 180 Ringing response to 
IBCF_A 




49A 


180 Ringing 


IBCF_A forwards 180 Ringing response to IMS_A 


\ 




50A 


180 Ringing 


IMS A forwards the 180 Ringing response to 
UE_A 




51A 
























Verify that User A is informed that UE_B is 
alerting User B (optional) 


i 




52A 




If informed, User B accepts the new media stream 


i 




53A 






/^ 


/ 




y 


/ 


f 






200 OK 


UE_B responds with 200 OK to relNVITE 




54A 


200 OK 


IMS_B forwards 200 OK response to IBCF_B 




55A 


200 OK 


IBCF_B forwards 200 OK response to IBCF_A 




56A 


200 OK 


IBCF_A forwards 200 OK response to IMS_A 


\ 




57A 


200 OK 


IMS_A forwards the 200 OK response to UE_A 




58A 
























User A is informed that new media stream has 
been accepted 


y 






59A 






N. 




N. 


N 


N. 


N. 






ACK 


UE A acknowledges the receipt of 200 OK for 
INVITE 




60A 


ACK 


IMS_A forwards ACK to IBCF_A 






61A 


ACK 


IBCF_A forwards ACK to IBCF_B 




62A 


ACK 


IBCF_B forwards ACK to IMS_B 




63A 


ACK 


IMS_B forwards ACK to UE_B 




64A 






















User A puts one media stream on hold 


^ 




65A 






N 




N. 




N 


N. 






INVITE 


UE_A sends relNVITE message indicating media 
attribute "sendonly" (Call Hold) 


y 


66A 


100 Trying 


IMS_A responds with a 100 Trying provisional 
response 


\ 


67A 


INVITE 


IMS_A forwards INVITE to IBCF_A 


/ 




68A 


100 Trying 


IBCF_A responds with a 100 Trying 
provisional response 






69A 


INVITE 


IBCF_A forwards INVITE to IBCF_B 


f 


70A 


100 Trying 


IBCF_A responds with a 100 Trying provisional 
response 




71A 


INVITE 


IBCF_B forwards INVITE to IMS_B 


y 


72A 


100 Trying 


IMS_B responds with a 100 Trying provisional 
response 




73A 


INVITE 


IMS_B forwards INVITE to UE_B 


f 


74A 


100 Trying 


UE_B optionally responds with a 100 Trying 
provisional response 


V 
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Step 


Direction 


IVIessage 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


1 

M 
S 
A 


E 
N 
U 
M 
DB 


1 

B 
C 

F 
A 


1 

B 
C 

F 
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75A 
























User B is informed that media stream is on hold 


> 




76A 






y 


/ 




f 


y 


y 






200 OK 


UE_B responds with 200 OK to relNVITE 




77A 


200 OK 


IMS_B forwards 200 OK response to IBCF_B 




78A 


200 OK 


IBCF_B forwards 200 OK response to IBCF_A 




79A 


200 OK 


IBCF_A forwards 200 OK response to IMS_A 






80A 


200 OK 


ll\/IS_A forwards the 200 OK response to UE_A 


\ 


81A 
























User A is informed that media stream is on hold 








82A 






N 




N. 


N. 




N 






ACK 


UE A acknowledges the receipt of 200 OK for 
INVITE 




83A 


ACK 


IMS_A forwards ACK to IBCF_A 






84A 


ACK 


IBCF_A forwards ACK to IBCF_B 


/ 


85A 


ACK 


IBCF_B forwards ACK to IMS_B 




86A 


ACK 


IMS_B forwards ACK to UE_B 




87A 
























User A resumes the media stream 


^ 




88A 






N. 




N. 






N 






INVITE 


UE_A sends relNVITE message indicating media 
attribute "sendrecv" (Call Resume) 


/ 


89A 


100 Trying 


IMS_A responds with a 100 Trying provisional 
response 




90A 


INVITE 


IMS_A forwards INVITE to IBCF_A 


/ 




91A 


100 Trying 


IBCF_A responds with a 100 Trying 
provisional response 


\ 




92A 


INVITE 


IBCF_A forwards INVITE to IBCF_B 


y 


93A 


100 Trying 


IBCF_A responds with a 100 Trying provisional 
response 




94A 


INVITE 


IBCF_B forwards INVITE to IMS_B 


f 


95A 


100 Trying 


IMS_B responds with a 100 Trying provisional 
response 




96A 


INVITE 


IMS_B forwards INVITE to UE_B 


y 


97A 


100 Trying 


UE_B optionally responds with a 100 Trying 
provisional response 




98A 
























User B is informed that the media stream is 
resumed 


> 




99A 








/ 




y 


y 


y 






200 OK 


UE_B responds to INVITE with 200 OK indicating 
media attribute "sendrecv" 




100 A 


200 OK 


IMS_B forwards 200 OK response to IBCF_B 




101A 


200 OK 


IBCF_B forwards 200 OK response to IBCF_A 


\ 


102A 


200 OK 


IBCF_A forwards 200 OK response to IMS_A 
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Step 


Direction 


IVIessage 


Comment 
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103A 






/ 
















200 OK 


ll\/IS_A forwards the 200 OK response to UE_A 




104A 
























User A is informed that media stream is resumed 


y 






105A 






N. 




N. 


N 




N. 






ACK 


UE A acknowledges the receipt of 200 OK for 
INVITE 




106A 


ACK 


IMS_A forwards ACK to IBCF_A 






107A 


ACK 


IBCF_A forwards ACK to IBCF_B 




108A 


ACK 


IBCF_B forwards ACK to IMS_B 




109A 


ACK 


IMS_B forwards ACK to UE_B 




110A 






















User A removes one of the media streams 


^ 




111A 






N 




N. 




N 


N. 






INVITE 


UE_A sends relNVITE to IMS_A 


y 


112A 


100 Trying 


ll\/IS_A responds with a 100 Trying provisional 
response 


\ 


113A 


INVITE 


IMS_A forwards INVITE to IBCF_A 


/ 




114A 


100 Trying 


IBCF_A responds with a 100 Trying 
provisional response 






115A 


INVITE 


IBCF_A forwards INVITE to IBCF_B 


f 


116A 


100 Trying 


IBCF_A responds with a 100 Trying provisional 
response 




117A 


INVITE 


IBCF_B forwards INVITE to IMS_B 


y 


118A 


100 Trying 


IMS_B responds with a 100 Trying provisional 
response 




119A 


INVITE 


IMS_B forwards INVITE to UE_B 


/ 


120A 


100 Trying 


UE_B optionally responds with a 100 Trying 
provisional response 




121A 
























User B is informed that the media stream has 
been removed 


> 




122 A 






f 


/ 




/ 


f 


y 






180 Ringing 


UE_B optionally responds to relNVITE with 180 
Ringing 


\ 


123 A 


180 Ringing 


IMS_B forwards 180 Ringing response to IBCF_B 




124A 


180 Ringing 


IBCF B forwards 180 Ringing response to 
IBCF_A 




125A 


180 Ringing 


IBCF_A forwards 180 Ringing response to IMS_A 






126A 


180 Ringing 


IMS A forwards the 180 Ringing response to 
UE_A 




127A 
























User A may be informed that UE_B is alerting 
User B (optional) 


k 




128 A 












f 


y 


y 






200 OK 


UE_B responds to INVITE with 200 OK with SDP 
where the port number for the video stream is set 




129 A 


200 OK 


IMS_B forwards 200 OK response to IBCF_B 




130A 


200 OK 


IBCF_B forwards 200 OK response to IBCF_A 
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IVIessage 


Comment 
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131A 






y 


/ 














200 OK 


IBCF_A forwards 200 OK response to ll\/IS_A 






132A 


200 OK 


IMS_A forwards the 200 OK response to UE_A 




133A 
























User A is informed that new media stream has 
been removed 


i 




134A 






\ 




N. 


N. 




N 






ACK 


UE A acknowledges the receipt of 200 OK for 
INVITE 




135A 


ACK 


IMS_A forwards ACK to IBCF_A 






136A 


ACK 


IBCF_A forwards ACK to IBCF_B 


/ 


137 


ACK 


IBCF_B forwards ACK to IMS_B 




138 


ACK 


IMS_B forwards ACK to UE_B 

































4.5.3.1.3.9 



Hold/resume media streams (UPDATE) 



Interoperability Test Description 


Identifier: 


TD IMS CALL 0022 


Summary: 


IIVIS network handles subsequent UPDATES correctly during hold/resume of media 
streams 




■■ 


Configuration: 


CF INT CALL 


SUT: 


IMS A 


References: 


Test Purpose 


Specification Reference 


TP_IMS_5106_02 


TS 124 229 [1], clause 5.4.3.2 11108 
(6^^ numbered list) 


TP_IMS_5121_02 


TS 124 229 [1], clause 5.4.3.3 11123 
(9^^ numbered list) 


Use Case ref.: 


UC 13, UC 14 1 


Pre-test 
conditions: 


• HSS of IMS_A and of IMS B is configured according to table 1 

• UE_A and UE_B have IP bearers established to their respective IMS networks as 
per clause 4.2.1 

• UE_A and UE_B support multiple media streams (e.g. audio, video, messaging) 
and support RTP and MSRP 

• UE_A is registered in IMS_A using any user identity 

• UE B is registered in IMS B using any user identity 




Test Sequence: 


Step 




1 


User A calls User B (IMS VoIP call) 


2 


Verify that user B is informed of incoming call of User A 


3 


Verify that user A is informed that UE B is ringing 


4 


User B answers the call 


5 


Verify that user A is informed that call has been answered 


6 


Verify that user B is informed that call is established 


7 


User A adds a new media stream 


8 


Verify that User B is informed to accept/reject new media stream (optional) 


9 


Verify that User A is informed that UE_B is alerting User B (optional) 


10 


If informed, verify that User B accepts the new media stream 


11 


Verify that User A is informed that new media stream has been accepted 
(optional) 


12 


User A puts one media stream on hold 


13 


Verify that user B is informed that media stream is on hold 


14 


Verify that user A is informed that media stream is on hold 
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Interoperability Test Description 




15 


User A resumes the media stream 


16 


Verify that user B is informed that the media stream is resumed 


17 


Verify that user A is informed that the media stream is resumed 


18 


User A removes one of the media streams 


19 


Verify that user B is informed that the media stream has been removed 


20 


User A releases the call 


21 


Verify that user Bis informed that call has ended 


22 


Verify that user A is informed that call has ended 




Conformance 
Criteria: 


Check 






1 


TP_IMS_5106_02 in CFW step 67A, 80A and 103A (UPDATE): 
ensure that { 
when { UE A sends an UPDATE to UE B } 
then { IMS_B receives the UPDATE 

containing a Record- Route_header 

containing the S-CSCF_SIP_URI of IMS_A and 
not containing Route header 

indicating the S-CSCF_SIP_URI of IMS_A and 
containing a P-Charging-Vector_header 
not containing a access-network-charging-info parameter} 
} 


2 


TP_IMS_5121_02 (IMS_B) in CFW step 73A, 86A and 109A (200 OK): 
ensure that { 
when { UE_B sends a 2xx_response to UE_A } 
then { IMS_A receives the 2xx_response 

containing a P-Charging-Vector_header 
not containing a access-network-charging-info parameter} 
} 



Step 


Direction 


Message 


Comment 
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64A 






















User A puts one media stream on hold 


^ 




65A 






N. 




N 






N 






UPDATE 


UE_A sends UPDATE message indicating 
media attribute "sendonly" (Gall Hold) 




66A 


UPDATE 


IMS_A forwards UPDATE to IBCF_A 






67A 


UPDATE 


IBGF_A forwards UPDATE to IBGF_B 




68A 


UPDATE 


IBGF_B forwards UPDATE to IMS_B 




69A 


UPDATE 


IMS_B forwards UPDATE to UE_B 




70A 
























User B is informed that media stream is on hold 


> 




71 A 








/ 




/^ 


y 


y 






200 OK 


UE_B responds with 200 OK to UPDATE 




72A 


200 OK 


IMS_B forwards 200 OK response to IBCF_B 




73A 


200 OK 


IBCF B forwards 200 OK response to 
IBCF_A 




74A 


200 OK 


IBCF_A forwards 200 OK response to IMS_A 






75A 


200 OK 


IMS_A forwards the 200 OK response to UE_A 




76A 
























User A is informed that media stream is on hold 


i 
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Step 


Direction 


IVIessage 


Comment 
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77A 






















User A resumes the media stream 


^ 




78A 






N 




N. 






N. 






UPDATE 


UE_A sends UPDATE message indicating 
media attribute "sendrecv" (Call Resume) 




79A 


UPDATE 


IIVIS_A forwards UPDATE to IBCF_A 






80A 


UPDATE 


IBCF_A forwards UPDATE to IBCF_B 




81A 


UPDATE 


IBCF_B forwards UPDATE to IMS_B 




82A 


UPDATE 


IMS_B forwards UPDATE to UE_B 


/ 


83A 
























User B is informed that the media stream is 
resumed 


> 




84A 






y 


/ 




y 


y 


/ 






200 OK 


UE_B responds to UPDATE with 200 OK 
indicating media attribute "sendrecv" 




85A 


200 OK 


ll\/IS_B forwards 200 OK response to IBCF_B 




86A 


200 OK 


IBCF B forwards 200 OK response to 
IBCF_A 


\ 


87A 


200 OK 


IBCF_A forwards 200 OK response to ll\/IS_A 


\ 




88A 


200 OK 


IMS_A forwards the 200 OK response to UE_A 




99A 
























User A is informed that media stream is 
resumed 


i 




100 A 






















User A removes one of the media streams 


N. 






101A 






\ 




N. 


X 




N. 






UPDATE 


UE_A sends UPDATE to IMS_A 




102A 


UPDATE 


IIVIS_A forwards UPDATE to IBCF_A 






103A 


UPDATE 


IBCF_A forwards UPDATE to IBCF_B 




104A 


UPDATE 


IBCF_B forwards UPDATE to IMS_B 




105A 


UPDATE 


IMS_B forwards UPDATE to UE_B 




106 A 
























User B is informed that the media stream has 
been removed 


> 




107A 






/ 


/ 




y 


/ 








200 OK 


UE_B responds to INVITE with 200 OK 




108 A 


200 OK 


ll\/IS_B forwards 200 OK response to IBCF_B 




109A 


200 OK 


IBCF B forwards 200 OK response to 
IBCF_A 




110A 


200 OK 


IBCF_A forwards 200 OK response to ll\/IS_A 






111A 


200 OK 


IMS_A forwards the 200 OK response to UE_A 




112A 
























User A is informed that new media stream has 
been removed 


i 
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4.5.3.1.4 



Dialogue Procedures - Topology Hiding 



4.5.3.1.4.1 



Normal call 



Interoperability Test Description 


Identifier: 


TD IMS CALL 0024 


Summary: 


IMS network handles basic call with topology hiding correctly 


Configuration: 


OF INT GALL 


SUT: 


IMS A 


References: 


Test Purpose 


Specification Reference 


TP_IMS_5135_01 


TS 124 229 [1], clause 5.10.4.1 117 
(after note 4) 


TP_IMS_5137_01 


TS 124 229 [1], clause 5.10.4.2 V 
(item 7 & 8 in 1^^ numbered list) 


TP_IMS_5404_01 


TS 124 229 [1], clause 5.10.2.2 V 
(item 8 in 1^^ numbered list) 


TP_IMS_5408_01 


TS 124 229 [1], clause 5.10.2.3 HI 
(item 4 in 1^^ numbered list) 


TP_IMS_5408_03 


TS 124 229 [1], clause 5.10.2.3 HI 
(item 4 in 1^^ numbered list) 


TP_IMS_5414_01 


TS 124 229 [1], clause 5.10.3.2 1112 
(item 1 in 1^^ numbered list) 


TP_IMS_5137_02 


TS 124 229 [1], clause 5.10.4.2 HI 
(1^^ numbered list) 


TP_IMS_5137_03 


TS 124 229 [1], clause 5.10.4.2 HI 
(1^^ numbered list) 


Use Case ref.: 


UC 02 1 


^■- m 


Pre-test 
conditions: 


• HSS of IMS_A and of IMS B is configured according to table 1 

• UE_A and UE_B have IP bearers established to their respective IMS networks as 
per clause 4.2.1 

• UE_A is registered in IMS_A using any user identity 

• UE_B is registered in IMS_B using any user identity 

• IMS A is configured for topology hiding 


1^^^ 




Test Sequence: 


Step 




1 


User A calls user B 


2 


Verify that user B is informed of incoming call of User A 


3 


Verify that user A is informed that UE B is ringing 


4 


User B answers the call 


5 


Verify that user A is informed that call has been answered 


6 


Verify that user B is informed that the call is established 


7 


User A ends the call 


8 


Verify that user B is informed that call has ended 


9 


Verify that user A is informed that call has ended 


1 


Conformance 
Criteria: 


Check 


J 


1 


TP_IMS_5135_01 in GFW step 8 (INVITE): 
ensure that { 
when { UE_A sends an initial INVITE to IMS_A } 
then { IMS_A sends the initial INVITE to IMS_B 

containing an additional topmost Record-Route header 
indicating the IBCF SIP URI of IMS A } 
} 



ETSI 
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Interoperability Test Description 



TP_IMS_5137_01 in CFW step 8 (INVITE): 
ensure that { 
when { UE_A sends an initial INVITE to UE_B } 
then { IMS_A sends the INVITE to IMS_B 
containing a Via_header 

indicating the IBCF_SIP_URI of IMS_A and 
containing (encrypted_consecutive_header_entries and 
a tokenized-by_parameter) and 
containing a Route_header 

indicating the IBCF_SIP_URI of IMS_A and 
containing (encrypted_consecutive_header_entries and 
a tokenized-by_parameter) } 

L 



TP_IMS_5404_01 in CFW step 8 (INVITE): 
ensure that { 
when { UE_A sends an initial INVITE to UE_B 

containing a P-Charging-Function-Addresses_header} 
then { IMS_A sends the INVITE 

not containing a P-Charging-Function-Addresses_header} 

L 



TP_II\/IS_5408_01 in CFW step 30 (ACK): 
ensure that { 
when { UE_A sends an ACK to UE_B } 
then { IMS_A sends the ACK to IMS_B 
containing a Via_header 

indicating the IBCF_SIP_URI of IMS_A and 
containing (encrypted_consecutive_header_entries and 
a tokenized-by_parameter) and 
containing a Route_header 

indicating the IBCF_SIP_URI of IMS_A and 
containing (encrypted_consecutive_header_entries and 
a tokenized-by_parameter) } 

1 



TP_IMS_5408_03 in CFW step 37A (BYE): 
ensure that { 
when { UE_A sends a BYE to UE_B } 
then { IMS_A sends the BYE to IMS_B 
containing a Via_header 

indicating the IBCF_SIP_URI of IMS_A and 
containing (encrypted_consecutive_header_entries and 
a tokenized-by_parameter) and 
containing a Route_header 

indicating the IBCF_SIP_URI of IMS_A and 
containing (encrypted_consecutive_header_entries and 
a tokenized-by_parameter) } 

L 



TP_IMS_5414_01 in CFW step 9 (100 Trying): 
ensure that { 

when { UE_A sends an initial INVITE to UE_B and 
IMS_A sends the INVITE to IMS_B } 

then { IMS_B sends a 100_response to IMS_A } 
L 



TP_IMS_5137_02 in CFW step 17 (180 Ringing): 
ensure that { 
when { UE_B sends a 180_response to UE_A } 
then { IMS_B sends the 180_response to IMS_A 
containing a Via_header 

indicating the IBCF_SIP_URI of IMS_A and 
containing (encrypted_consecutive_header_entries and 
a tokenized-by_parameter) } 

1 
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Interoperability Test Description 



TP_IMS_5137_03 in CFW step 24 and 43A (200 OK): 
ensure that { 
when { UE_B sends a 200_response to UE_A } 
then { IMS_B sends the 200_response to IMS_A 
containing a Via_header 

indicating the IBCF_SIP_URI of IMS_A and 
containing (encrypted_consecutive_header_entries and 
a tokenized-by_parameter) } 

1 



Step 


Direction 


Message 


Comment 
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1 
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1 
























User A calls User B 


^ 




2 






N 


> 

k 


\ 


\ 










INVITE 


UE_A sends INVITE with the first SDP offer 
indicating all desired medias and codecs that 


( 


3 


100 Trying 


IMS_A responds with a 100 Trying provisional 
response 




4 


ENUM 


IMS_A sends query to ENUM DB 


5 


ENUM 


ENUM DB sends response to IMS_A 


6 


INVITE 


IMS_A forwards INVITE to IBCF_A 


/ 




7 


100 Trying 


IBCF_A responds with a 100 Trying provisional 
response 






8 


INVITE 


IBCF_A forwards INVITE to IBCF_B 




9 


100 Trying 


IBCF_B responds with a 100 Trying provisional 
response 




10 


INVITE 


IBCF_B forwards INVITE to IMS_B 


/ 


11 


100 Trying 


IMS_B responds with a 100 Trying provisional 
response 




12 


INVITE 


IMS_B forwards INVITE to UE_B 


f 


13 


100 Trying 


UE_B optionally responds with a 100 Trying 
provisional response 




14 
























User B is informed of incoming call of User A 




15 






/ 


/ 




( 


{ 


/ 






180 Ringing 


UE_B responds to initial INVITE with 180 
Ringing to indicate that it has started alerting 


\ 


16 


180 Ringing 


IMS B forwards 180 Ringing response to 
IBCF_B 




17 


180 Ringing 


IBCF B forwards 180 Ringing response to 
IBCF_A 




18 


180 Ringing 


IBCF A forwards 180 Ringing response to 
IMS_A 






19 


180 Ringing 


IMS A forwards the 180 Ringing response to 
UE_A 




20 
























User A is informed that UE_B is ringing 


i 




21 




User B answers call 




22 














{ 


/ 






200 OK 


UE_B responds INVITE with 200 OK to indicate 
that the call has been answered 


\ 


23 


200 OK 


IMS_B forwards 200 OK response to IBCF_B 
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Step 


Direction 


IVIessage 


Comment 
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24 






/ 


/ 




( 










200 OK 


IBCF_B forwards 200 OK response to IBCF_A 




25 


200 OK 


IBCF_A forwards 200 OK response to IMS_A 






26 


200 OK 


ll\/IS_A forwards 200 OK response to UE_A 




27 
























User A is informed that call has been answered 


i 




28 










\ 


\ 










ACK 


UE A acknowledges the receipt of 200 OK for 
INVITE 




29 


ACK 


IIVIS_A forwards ACK to IBCF_A 




) 


30 


ACK 


IBCF_A forwards ACK to IBCF_B 




31 


ACK 


IBCF_B forwards ACK to IMS_B 




32 


ACK 


IMS_B forwards ACK to UE_B 




33 
























User B is informed that the call is established 


^ 




34A 




User A ends call 


^ 




35A 










\ 


\ 










BYE 


UE_A releases the call with BYE 




36A 


BYE 


IIVIS_A forwards BYE to IBCF_A 




) 


37A 


BYE 


IBCF_A forwards BYE to IBCF_B 




38A 


BYE 


IBCF_B forwards BYE to IMS_B 




39A 


BYE 


IMS_B forwards BYE to UE_B 




40A 
























User B is informed that call has ended 


^ 




41A 






( 


/ 




/ 


/ 


( 






200 OK 


UE_B sends 200 OK for BYE 




42A 


200 OK 


IMS_B forwards 200 OK response to IBCF_B 




43A 


200 OK 


IBCF_B forwards 200 OK response to IBCF_A 


\ 


44A 


200 OK 


IBCF_A forwards 200 OK response to IMS_A 






45A 


200 OK 


IMS_A forwards the 200 OK response to UE_A 




46A 
























User B is informed that call has ended 


i 

































ETS\ 



203 



ETSI TS 186 011-2 V4.1.3 (2012-05) 



4.5.3.1.4.2 



CANCEL call by calling user 



Interoperability Test Description 


Identifier: 


ID IMS CALL 0025 


Summary: 


IMS network handles calling user cancelling call correctly before its establishment with 
topology hiding 


Configuration: 


CF INT CALL 


SUT: 


IMS A and IMS B 


References: 


Test Purpose 


Specification Reference 


TP_IMS_5408_02 


TS 124 229 [1], clause 5.10.2.3 111 
(item 4 in 1^^ numbered list) 


Use Case ref.: 


UC 02 1 


— . _ -^^ , 


Pre-test 
conditions: 


• HSS of IMS_A and of IMS B is configured according to table 1 

• UE_A and UE_B have IP bearers established to their respective IMS networks as 
per clause 4.2.1 

• UE_A is registered in IMS_A using any user identity 

• UE_B is registered in IMS_B using any user identity 

• IMS A is configured for topology hiding 




Test Sequence: 


Step 




1 


User A calls User B 


2 


Verify that user B is informed of incoming call of User A 


3 


Verify that user A is informed that UE B is ringing 


4 


User A cancels call 


5 


Verify that user B is informed that call has been cancelled 


6 


Verify that user A is informed that call is terminated 


1 


Conformance 
Criteria: 


Check 


J 


1 


TP_IMS_5408_02 in CFW step 26 (CANCEL): 

ensure that { 

when { UE A sends a CANCEL to UE B } 

then { IMS_A sends the CANCEL to IMS_B 

containing a Via header 

indicating the IBCF_SIP_URI of IMS_A and 
containing (encrypted_consecutive_header_entries and 
a tol<enized-by_parameter) and 
containing a Route header 

indicating the IBCF_SIP_URI of IMS_A and 
containing (encrypted_consecutive_header_entries and 
a tokenized-by parameter) } 

} 



Step 


Direction 


Message 


Comment 
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1 
























User A calls User B 


^ 




2 








\ 


\ 












INVITE 


UE_A sends INVITE with the first SDP offer 
indicating all desired medias and codecs that 


/ 


3 


100 Trying 


IMS_A responds with a 100 Trying provisional 
response 




4 


ENUM 


IMS_A sends query to ENUM DB 


/ 


5 


ENUM 


ENUM DB sends response to IMS_A 




6 


INVITE 


IMS_A forwards INVITE to IBCF_A 


/ 


) 


7 


100 Trying 


IBCF_A responds with a 100 Trying provisional 
response 






8 


INVITE 


IBCF A forwards INVITE to IBCF B 
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Step 


Direction 


IVIessage 


Comment 
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9 












( 










100 Trying 


IBCF_B responds with a 100 Trying provisional 
response 




10 


INVITE 


IBCF_B forwards INVITE to IMS_B 




11 


100 Trying 


ll\/IS_B responds with a 100 Trying provisional 
response 




12 


INVITE 


IMS_B forwards INVITE to UE_B 


/ 


13 


100 Trying 


UE_B optionally responds with a 100 Trying 
provisional response 




14 
























User B is informed of incoming call of User A 


^ 




15 






{ 


/ 




/ 


( 


f 






180 Ringing 


UE_B responds to initial INVITE with 180 
Ringing to indicate that it has started alerting 




16 


180 Ringing 


IIVIS B forwards 180 Ringing response to 
IBCF_B 




17 


180 Ringing 


IBCF B forwards 180 Ringing response to 
IBCF_A 




18 


180 Ringing 


IBCF A forwards 180 Ringing response to 
IMS_A 


\ 






180 Ringing 


IMS A forwards the 180 Ringing response to 
UE_A 




20 




/ 




















User A is informed that UE_B is ringing 




21 




User A cancels the Call 


22 






\ 




V 


\ 










CANCEL 


UE_A sends a CANCEL to IMS_A 


/ 


23 


200 OK 


IMS_A responds with a 200 OK to UE_A 




24 


CANCEL 


IIVIS_A forwards the CANCEL to IBCF_A 


/ 




25 


200 OK 


IBCF_A responds with a 200 OK to IMS_A 


\ 




26 


CANCEL 


IBCF_A forwards the CANCEL to IBCF_B 


/ 


27 


200 OK 


IBCF_B responds with a 200 OK to IBCF_A 




28 


CANCEL 


IBCF_B forwards the CANCEL to IMS_B 


{ 


29 


200 OK 


IMS_B responds with a 200 OK to IBCF_B 




30 


CANCEL 


IMS_B forwards the CANCEL to UE_B 


/ 


31 


200 OK 


UE_B responds with a 200 OK to IMS_B 




32 
























User B is informed that call has been cancelled 




33 
















( 






487 Request 
Terminated 


UE_B sends 487 Request Terminated to IMS_B 




34 


ACK 


IMS_B responds with ACK to UE_B 




35 


487 Request 
Terminated 


IMS B forwards the 487 Request Terminated to 
IBCF_B 




36 


ACK 


IBCF_B responds with ACK to IMS_B 




' 
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Step 


Direction 


IVIessage 


Comment 
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37 






( 


/ 




( 










487 Request 
Terminated 


IBCF B forwards the 487 Request Terminated to 
IBCF_A 


\ 


38 


ACK 


IBCF_A responds with ACK to IBCF_B 




39 


487 Request 
Terminated 


IBCF A forwards the 487 Request Terminated to 
IMS_A 


\ 


\ 


40 


ACK 


IMS_A responds with ACK to IBCF_A 






41 


487 Request 
Terminated 


IIVIS A forwards the 487 Request Terminated to 
UE_A 




42 


ACK 


UE_A responds with ACK to ll\/IS_A 


} 


43 




/ 




















User A is informed that call is terminated 

































4.5.3.1.4.3 



Normal call with hold/resume 



Interoperability Test Description 


Identifier: 


TD IMS CALL 0026 


Summary: 


IMS network handles user initiated call hold and resume correctly when a home caller 
puts a roaming user on hold and resumes call with topology hiding 


Configuration: 


CF ROAM CALL 


SUT: 


IMS A 


References: 


Test Purpose 


Specification Reference 


TP_IMS_5408_04 


TS 124 229 [1], clause 5.10.2.3 HI 
(item 4 in 1^^ numbered list) 


Use Case ref.: 


UC_03_R 


Pre-test 
conditions: 


• HSS of IMS_A and of IMS B is configured according to table 1 

• UE_A and UE_B have IP bearers established to their respective IMS networks as 
per clause 4.2.1 

• UE_A configured to perform user initiated hold/resume using INVITE 

• UE_A is registered in IMS_A using any user identity 

• UE_B is registered via IMS_A in IMS_B using any user identity 

• IMS A is configured for topology hiding 


Test Sequence: 


Step 


™ 


1 


User A calls User B 


2 


Verify that user B is informed of incoming call of User A 


3 


Verify that user A is informed that UE_A is ringing 


4 


User B answers call 


5 


Verify that user A is informed that call has been answered 


6 


Verify that user B is informed that call is established 


7 


User A puts call on hold 


8 


Verify that user B is informed that call is on hold 


9 


Verify that user A is informed that call is on hold 


10 


User A resumes call 


11 


Verify that user B is informed that call is resumed 


12 


Verify that user A is informed that call is resumed 


13 


User A ends call 


14 


Verify that user B is informed that call has ended 


15 


Verify that user A is informed that call has ended 
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Interoperability Test Description 



Conformance 
Criteria: 



Check 



TP_IMS_5408_04 in CFW step 54A and 89A (INVITE): 
ensure that { 
when { UE_A sends a subsequent INVITE to UE_B } 
then { IMS_A sends the INVITE to IMS_B 
containing a Via_header 

indicating the IBCF_SIP_URI of IMS_A and 
containing (encrypted_consecutive_header_entries and 
a tokenized-by_parameter) and 
containing a Route_header 

indicating the IBCF_SIP_URI of IMS_A and 
containing (encrypted_consecutive_header_entries and 
a tokenized-by_parameter) } 

1 



Step 



Direction 
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Comment 
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48 



49A 



50A 



51A 



52A 



53A 



54A 



55A 



56A 



57A 



58A 



59A 



60A 



61A 



62A 



63A 



64A 



65A 



66A 



67A 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



200 OK 



User B is presented that call is in progress 



User A puts call on hold 



UE_A sends relNVITE message indicating 
media attribute "sendonly" (Call Hold) 



IMS_A responds with a 100 Trying provisional 
response 



IMS A forwards INVITE to IBGF A 



IBGF_A responds with a 100 Trying provisional 
response 



IBGF A forwards INVITE to IBGF B 



IBGF_B responds with a 100 Trying provisional 
response 



IBGF B forwards INVITE to IMS B 



IMS_B responds with a 100 Trying provisional 
response 



IMS B forwards INVITE to IBGF B 



IBGF_B responds with a 100 Trying provisional 
response 



IBGF B forwards INVITE to IBGF A 



IBGF_A responds with a 100 Trying provisional 
response 



IBGF A forwards INVITE to IMS A 



IMS_A responds with a 100 Trying provisional 
response 



IMS A forwards INVITE to UE B 



UE_B optionally responds with a 100 Trying 
provisional response 



User B is informed that call is on hold 



UE_B responds to INVITE with 200 OK 
indicating attribute "recvonly" inactive 
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Step 



Direction 



IVIessage 



Comment 
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68A 



69A 
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71A 



72A 



73A 



74A 



75A 



76A 



77A 



78A 



79A 



80A 



81A 



82A 



83A 



84A 



85A 



86A 



87A 



88A 



89A 



90A 



91A 



92A 



93A 



94A 



95A 



200 OK 



200 OK 



200 OK 



200 OK 



200 OK 



200 OK 



200 OK 



ACK 



ACK 



ACK 



ACK 



ACK 



ACK 



ACK 



ACK 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



MS_A forwards 200 OK response to IBCF_A 



IBCF_A forwards 200 OK response to IBCF_B 



IBCF_B forwards 200 OK response to ll\/IS_B 



MS_B forwards 200 OK response to IBCF_B 



IBCF_B forwards 200 OK response to IBCF_A 



IBCF_A forwards 200 OK response to ll\/IS_A 



ll\/IS_A forwards 200 OK response to UE_A 



UE_A acknowledges the receipt of 200 OK for 
INVITE 



IMS A forwards ACK to IBCF A 



IBCF A forwards ACK to IBCF B 



IBCF B forwards ACK to IMS B 



IMS B forwards ACK to IBCF B 



IBCF B forwards ACK to IBCF A 



IBCF A forwards ACK to IMS A 



IMS A forwards ACK to UE B 



User A is informed that call is on hold 



User A resumes call 



UE_A sends relNVITE message indicating 
media attribute "sendrecv" (Call Resume) 



IMS_A responds with a 100 Trying provisional 
response 



IMS A forwards INVITE to IBCF A 



IBCF_A responds with a 100 Trying provisional 
response 



IBCF A forwards INVITE to IBCF B 



IBCF_B responds with a 100 Trying provisional 
response 



IBCF B forwards INVITE to IMS B 



IMS_B responds with a 100 Trying provisional 
response 



IMS B forwards INVITE to IBCF B 



IBCF_B responds with a 100 Trying provisional 
response 



IBCF B forwards INVITE to IBCF A 
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Step 



Direction 
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Comment 
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A 



105 
A 



106 
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A 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



200 OK 



200 OK 



200 OK 



200 OK 



200 OK 



200 OK 



200 OK 



200 OK 



IBCF_A responds with a 100 Trying provisional 
response 



IBCF A forwards INVITE to IMS A 



ll\/IS_A responds with a 100 Trying provisional 
response 



IMS A forwards INVITE to UE B 



UE_B optionally responds with a 100 Trying 
provisional response 



User B is informed that call is resumed 



UE_B responds to INVITE with 200 OK 
indicating media attribute "sendrecv" 



IMS_A forwards 200 OK response to IBCF_A 



IBCF_A forwards 200 OK response to IBCF_B 



IBCF_B forwards 200 OK response to IMS_B 



IMS_B forwards 200 OK response to IBCF_B 



IBCF_B forwards 200 OK response to IBCF_A 



IBCF_A forwards 200 OK response to IMS_A 



IMS_A forwards the 200 OK response to UE_A 



User A is informed that call has ended 



4.5.4 Messaging 



4.5.4.1 



Messaging with ENUM lookup procedure 



Interoperability Test Description 


Identifier: 


TD IMS MESS 0004 


Summary: 


IMS network handles messaging with DNS/ENUM lookup procedure correctly 


Configuration: 


CF INT CALL 


SUT: 


IMS A 


References: 


Test Purpose 


Specification Reference 


TP_IMS_ENUM_01 


TS 124 229 [1], clause 5.4.3.2 nil 
(item 10 in 1^^ numbered list) 


TP_IMS_5097_08 


TS 1 24 229 [1 ], clause 5.4.3.2 V 1 
(item 10 in 1^^ numbered) 


TP IMS 5117 06 


TS 124 229 [1], clause 5.4.3.3 1144 


Use Case ref.: 


UC_05_I 


Pre-test 
conditions: 


• HSS of IMS_A and of IMS B is configured according to table 1 

• UE_A and UE_B have IP bearers established to their respective IMS 
networks as per clause 4.2.1 

• UE_A is registered in IMS_A using any user identity 

• UE_B is registered in IMS_B using userTEL_priv according to table 1 

• IMS_A is within the trust domain of IMS_B 

• Common DNS is configured with a DNS/ENUM entry mapping 
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Interoperability Test Description 



MESSAGE request and response has to be supported at ll-NNI 
(TS 129 165 [16] see Table 6.1 and Table 6.3) 



Test Sequence: 



Step 



User A sends message to user B's Tel URI (i.e. userTEL in IMS_B) 



Verify that user B receives message from user A 



Conformance 
Criteria: 



Check 



TP_IMS_ENUM_01 in CFW step 4 (NAPTR Response): 
ensure that { 
when { UE_A sends an initial INVITE for UE_B to IMS_A 
containing a Request_URI 
indicating a Tel_URI 
and IMS_A sends a NAPTR_Query to ENUM_DB 

containing the TN derived_from the Tel_URI_E. 164_Number 



} 



then { ENUM_DB sends a NAPTR_Response to IMS_A 
containing a NAPTR_Resource_Record 
containing the TTL of the NAPTR_record 
containing the service_type 

indicating E2U+sip 
containing the_regular_expressiob 

indicating !''(.*)$! 
containing the SIP_URI of UE_B 

indicating backreference (\1) for the user part 
indicating domain name for the host part 
containing SIP_URI_parameters 'if applicable' } 



TP_IMS_5097_08 in CFW step 6 (MESSAGE) 
ensure that { 
when { UE_A sends a MESSAGE to UE_B 
containing a Request_URI 
indicating a Tel_URI } 
then { IMS_A sends a NAPTR_Query to ENUM DB 

containing the Tel_URI_E. 164_Number} 
when { IMS_A receives NAPTR_Response 

containing a NAPTR_Resource_Record 
indicating the SIP_URI of UE_B } 
then { IMS_A sends the MESSAGE to IMS_B 
containing a Request_URI 

indicating a SIP_URI 
containing a P-Charging-Vector_header 
not containing a access-network-charging-info_parameter} 
} 



TP_IMS_51 17_06 in CFW step 12 (200 OK) 
ensure that { 
when { UE_B sends a 2xx_response to UE_A 

} 
then { IMS_A receives the 2xx_response 

containing a P- Asserted- ldentity_header 

indicating the SIP_URI of UE_B and 
containing a P-Asserted-ldentity_header 

indicating the Tel_URI of UE_B} 

1 



Step 
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Comment 
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1 
























User A sends an instant message to user B 


^ 




2 






















MESSAGE 


UE_A sends MESSAGE to IMS_A 




> 
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Step Direction | IVIessage 


Comment 
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3 








\ 




X 


\ 








ENUM 


IMS_A sends query to ENUM DB 


/ 


4 


ENUM 


ENUM DB sends response to IMS_A 




5 


IVIESSAGE 


IMS_A sends MESSAGE to IBCF_A 






6 


MESSAGE 


IBCF_A sends MESSAGE to IBCF_B 


} 


7 


MESSAGE 


IBCF_B sends MESSAGE to IMS_B 




8 


MESSAGE 


IMS_B sends MESSAGE to UE_B 




9 
























User B is informed about the instant message 


^ 




10 






/^ 


/ 




/■ 


/ 


f 






200 OK 


UE_B sends 200 OK to IMS_B 




11 


200 OK 


IMS_B sends 200 OK to IBCF_B 




12 


200 OK 


IBCF_B sends 200 OK to IBCF_A 




13 


200 OK 


IBCF_A sends 200 OK to IMS_A 






14 


200 OK 


IMS_A sends 200 OK to UE_A 




15 
























Optional: User A is presented a delivery report 


i 

































4.5.4.2 



Messaging with SIP URI public identities 



Interoperability Test Description 


Identifier: 


ID IMS MESS 0002 


Summary: 


IMS network handles messaging with SIP identity correctly without topology hiding 


Configuration: 


CF INT CALL 


SUT: 


IMS B 


References: 


Test Purpose 


Specification Reference 


TP IMS 5097 05 


TS 124 229 [1], clause 5.4.3.2 HI 


TP_IMS_5097_06 


TS 1 24 229 [1 ], clause 5.4.3.2 \\ 1 
(item 9 in 1^^ numbered list) 


TP_IMS_5117_02 


TS 124 229 [1], clause 5.4.3.3 HI 00 
(item 2 in 5^^ numbered list) 


TP_IMS_5118_01 


TS 124 229 [1], clause 5.4.3.3 11105 
(item 2 in 6^^ numbered list) 


Use Case ref.: 

^ 1 


UC_05_I J 


Pre-test 
conditions: 


• HSS of IMS_A and of IMS B is configured according to table 1 

• UE_A and UE_B have IP bearers established to their respective IMS networks as 
per clause 4.2.1 

• UE_A is registered in IMS_A using userSIP_priv according to table 1 

• UE_B is registered in IMS_B using any user identity 

• IMS_A is within the trust domain of IMS_B 

• UE_A and UE_B registered with SIP URI public identities 

• IMS_A not configured for topology hiding 

• MESSAGE request and response has to be supported at ll-NNI (TS 1 29 1 65 [1 6] 
see Tables 6.1 and 6.3) 


Test Sequence: 


Step 


^ ™ 


1 


User A sends message to user B 



ETS\ 



211 



ETSI TS 186 011-2 V4.1.3 (2012-05) 



Interoperability Test Description 


2 Verify that user B receives messacie from user A 


-4 




Conformance 
Criteria: 


Check 


i 


1 


TP_IMS_5097_05 in CFW step 6 (MESSAGE) 








ensure that { 








when { UE_A sends a MESSAGE to UE_B } 








then { IMS_B receives the MESSAGE 








not containing a Route header 








indicating the S-CSCF_SIP_URI of IMS_A 








containing a P-Charging-Vector_header 








(containing an icid-vaiue_parameter and 








containing a orig-ioi_parameter indicating IMS_A and 








not containing an access-network-charging-info_parameter and 








not containing a term-ioi parameter) } 
} 




2 


TP_IMS_5097_06 in CFW step 6 (MESSAGE) 








ensure that { 








when { UE A sends a MESSAGE to UE B 

} 
then { IMS_B receives the MESSAGE 














containing a P-Asserted-ldentity_header 








indicating the SIP_URI of UE_A and 








containing a P-Asserted-ldentity_header 








indicating the Tel URI ofUEA} 
} 




3 


TP_IMS_5117_02 in CFW step 12 (200 OK) 








ensure that { 








when { UE_B sends a 2xx_response to UE_A } 








then { IMS_A receives the 2xx_response 








containing a P-Charging-Vector_header 








not containing an access-network-charging-info parameter} 
} 




4 


TP_IMS_5118_01 in CFW step 12 (200 OK) 








ensure that { 








when { UE_B sends 200_response to UE_A } 








then { IMS_A receives the 200_response 








containing a P-Charging-Vector_header 








containing a orig-ioi_parameter 








indicating operatorjdentifier of IMS_A and 








containing a term-ioi_parameter 








indicating operator identifier of IMS Bj 
} 





Step 


Direction Message 


Comment 
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1 
























User A sends an instant message to user B 


^ 




2 








\ 




X 


v 








MESSAGE 


UE_A sends MESSAGE to IMS_A 




3 


ENUM 


IMS_A sends query to ENUM DB 




4 


ENUM 


ENUM DB sends response to IMS_A 




5 


MESSAGE 


IMS_A sends MESSAGE to IBCF_A 






6 


MESSAGE 


IBCF_A sends MESSAGE to IBCF_B 




7 


MESSAGE 


IBCF_B sends MESSAGE to IMS 




y' 
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Step 


Direction IVIessage Comment 
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8 






















MESSAGE 


IMS_B sends MESSAGE to UE_B 




9 
























User B is informed about the instant message 


^ 




10 






y 


/ 




{ 


• 


• 






200 OK 


UE_B sends 200 OK to IMS_B 




11 


200 OK 


IIVIS_B sends 200 OK to IBCF_B 


\ 


12 


200 OK 


IBCF_B sends 200 OK to IBCF_A 




13 


200 OK 


IBCF_A sends 200 OK to IIVIS_A 






14 


200 OK 


IMS_A sends 200 OK to UE_A 


K 


15 
























Optional: User A is presented a delivery report 


i 

































4.5.4.3 



Messaging with TEL URI identities 



Interoperability Test Description 


Identifier: 


TD IMS MESS 0003 


Summary: 


IMS network handles messaging with TEL URI identities correctly 


Configuration: 


CF INT CALL 


SUT: 


IMS B 


References: 


Test Purpose 


Specification Reference 


TP IMS 5097 07 


TS 124 229 [1], clause 5.4.3.2 \\ 


TP_IMS_5117_02 


TS 124 229 [1], clause 5.4.3.3 HI 00 
(item 2 in 5^^ numbered list) 


TP_IMS_5118_01 


TS 124 229 [1], clause 5.4.3.3 11105 
(item 2 in 6^^ numbered list) 


TP_IMS_5117_06 


TS 124 229 [1], clause 5.4.3.3 HI 00 
(item 1 in 5^^ numbered list) 


Use Case ref.i 


UC 05 1 J 






Pre-test 
conditions: 


• HSS of IMS_A and of IMS B is configured according to table 1 

• UE_A and UE_B have IP bearers established to their respective IMS networks as 
per clause 4.2.1 

• UE_A is registered in IMS_A using userTEL_priv according to table 1 

• UE_B is registered in IMS_B using userTEL_priv according to table 1 

• IMS_A is within the trust domain of IMS_B 

• MESSAGE request and response has to be supported at ll-NNI (TS 1 29 1 65 [1 6] 
see Tables 6.1 and 6.3) 


^ — 1 


Test Sequence: 


Step 


J 


1 


User A sends message to User B (i.e. userTEL in IMS B) 


2 


Verify that user B receives message from user A 





ETS\ 
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Interoperability Test Description 


Conformance 
Criteria: 


Check 


1 




1 


TP_IMS_5097_07 in CFW step 6 (MESSAGE) 
ensure that { 
when { UE A sends a MESSAGE to UE B 

} 
then { IMS_B receives the MESSAGE 

containing a P-Asserted-ldentity_header 

indicating the SIP_URI of UE_A and 
containing a P-Asserted-ldentity_header 
indicating the Tel URI ofUEA} 
} 




2 


TP_IMS_5117_02 in CFW step 12 (200 OK) 
ensure that { 
when { UE_B sends a 2xx_response to UE_A } 
then { IMS_A receives the 2xx_response 

containing a P-Charging-Vector_header 
not containing a access-network-charging-info parameter} 
} 


3 


TP_IMS_5118_01 in CFW step 12 (200 OK) 
ensure that { 
when { UE_B sends 200_response to UE_A } 
then { IMS_A receives the 200_response 

containing a P-Charging-Vector_header 
containing a orig-ioi_parameter 

indicating operatorjdentifier of IMS_A and 
containing a term-ioi_parameter 
indicating operator identifier of IMS Bj 
} 


4 


TP_IMS_51 17_06 in CFW step 12 (200 OK) 
ensure that { 
when { UE B sends a 2xx response to UE A 

} 
then { IMS_A receives the 2xx_response 

containing a P- Asserted- ldentity_header 

indicating the SIP_URI of UE_B and 
containing a P- Asserted- ldentity_header 
indicating the Tel URI of UE Bj 
} 



IStep 1 Direction | Message | Comment | 
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User A sends an instant message to user B 


^ 




2 








\ 




X 


X 








MESSAGE 


UE_A sends MESSAGE to IMS_A 




3 


ENUM 


IMS_A sends query to ENUM DB 


/ 


4 


ENUM 


ENUM DB sends response to IMS_A 




5 


MESSAGE 


IMS_A sends MESSAGE to IBCF_A 






6 


MESSAGE 


IBCF_A sends MESSAGE to IBCF_B 




7 


MESSAGE 


IBCF_B sends MESSAGE to IMS 


/ 


8 


MESSAGE 


IMS_B sends MESSAGE to UE_B 




9 
























User B is informed about the instant message 


^ 
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Step 1 Direction | IVIessage 


Comment 
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/ 




{ 


• 


• 






200 OK 


UE_B sends 200 OK to IMS_B 




11 


200 OK 


IIVIS_B sends 200 OK to IBCF_B 


\ 


12 


200 OK 


IBCF_B sends 200 OK to IBCF_A 




13 


200 OK 


IBCF_A sends 200 OK to IIVIS_A 






14 


200 OK 


IMS_A sends 200 OK to UE_A 


K 


15 
























Optional: User A is presented a delivery report 


i 

































4.5.4.4 



Messaging when roaming 



Interoperability Test Description 



Identifier: 



TD IMS MESS 0005 



Summary: 



IMS network handles messaging while roaming correctly 



Configuration: 



CF ROAM CALL 



SUT: 



IMS A and IMS B 



References: 



Test Purpose 



IP IMS 5108 02 



TP IMS 5118 01 



Specification Reference 



TS 124 229 [1], clause 5.4.3.3 115 
(1^^ numbered list) 



TS 124 229 [1], clause 5.4.3.3 11105 
(item 2 in 6^^ numbered list) 



Use Case ref. 



UC 05 R 



Pre-test 
conditions: 



Test Sequence: 



HSS of IMS_A and of IMS B is configured according to table 1 

UE_A and UE_B have IP bearers established to their respective IMS networks as 

per clause 4.2.1 

UE_A is registered in IMS_A using any user identity 

UE_B is registered in IMS_B via IMS_A using any user identity 

MESSAGE request and response has to be supported at ll-NNI (TS 129 165 [16] 

see tables 6.1 and 6.3) 



Step 



User A sends message to user B 



Verify that user B receives message from user A 



Conformance 
Criteria: 



Check 



1 



TP_IMS_5108_02 in CFW step 7 (MESSAGE) 
ensure that { 
when { UE_A sends a MESSAGE to UE_B 
IMS_A sends the MESSAGE to IMS_B 
containing a P-Charging-Vector_header 
containing an icid-value_parameter } 
then { IMS_B sends the MESSAGE to IMS_A 
containing a Route_header 

not indicating the S-CSCF_SIP_URI of IMS_B and 
containing a P-Charging-Vector_header 
containing the same icid-vaiue_parameter and 
not containing ioi_parameters 
containing a Record-Route_header 
containing the S-CSCF_SIP_URI of IMS_B } 
1 
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Interoperability Test Description 



TP_IMS_5118_01 in CFW step 18 (200 OK) 
ensure that { 
when { UE_B sends 200_response to UE_A } 
then { IMS_A receives the 200_response 

containing a P-Charging-Vector_header 
containing a orig-ioi_parameter 

indicating operatorjdentifier of IMS_A and 
containing a term-ioi_parameter 
indicating operatorjdentifier of ll\/IS_B } 
1 



Step 


Direction 
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Comment 
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1 
























User B sends an instant message to user A 


i 




2 






/^ 


• 














MESSAGE 


UE_B sends MESSAGE to IMS_A 




N 




\. 




3 


MESSAGE 


IMS_A sends MESSAGE to IBCF_A 


y 


4 


MESSAGE 


IBCF_A sends MESSAGE to IBCF_B 


y 


5 


MESSAGE 


IBCF_B sends MESSAGE to IMS_B 


y 


y 


6 


ENUM 


IMS_A sends query to ENUM DB 




7 


ENUM 


ENUM DB sends response to IMS_A 




8 


MESSAGE 


IMS_B sends MESSAGE to IBCF_B 






9 


MESSAGE 


IBCF_B sends MESSAGE to IBCF_A 




10 


MESSAGE 


IBCF_A sends MESSAGE to IMS_A 


K 


11 


MESSAGE 


IMS_A sends MESSAGE to UE_A 




12 
























User A is informed about the instant message 


i 




13 










\ 




X 








200 OK 


UE_A sends 200 OK to IMS_A 




14 


200 OK 


IMS_A sends 200 OK to IBCF_A 


y 


15 


200 OK 


IBCF_A sends 200 OK to IBCF_B 


y 


16 


200 OK 


IBCF_B sends 200 OK to IMS_B 


y 




17 


200 OK 


IMS_B sends 200 OK to IBCF_B 


V 




18 


200 OK 


IBCF_B sends 200 OK to IBCF_A 




19 


200 OK 


IBCF_A sends 200 OK to IMS_A 




20 


200 OK 


IMS_A sends 200 OK to UE_B 












21 
























Optional: User B is presented a delivery report 


^ 
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4.5.4.5 



Messaging with receiving user not registered 



Interoperability Test Description 


Identifier: 


TD IMS MESS 0006 


Summary: 


IMS network handles messaging correctly when receiving user is not registered 


Configuration: 


CF INT CALL 


SUT: 


IMS B 


References: 


Test Purpose 


Specification Reference 


TP_IMS_5114_02 


TS 124 229 [1], clause 5.4.3.3 1185 
(item 3 in 3""^ numbered list) 


Use Case ref.i 


UC 05 1 






Pre-test 
conditions: 


• HSS of IMS_A and of IMS B is configured according to table 1 

• UE_A and UE_B have IP bearers established to their respective IMS networks as 
per clause 4.2.1 

• UE_A is registered in IMS_A using any user identity 

• UE_B is not registered in IMS_B 

• IMS_B is /70f configured with any filter criteria to contact "any AS" 

• MESSAGE request and response has to be supported at ll-NNI (TS 1 29 1 65 [1 6] 
see tables 6.1 and 6.3) 


^^^^^^^^^^ 


■ 


Test Sequence: 


Step 


1 


1 


User A sends message to a valid user B identity 


^^^^ 


Verify that user A is informed that user B could not be reached 


Conformance 
Criteria: 


Check 




1 


TP_IMS_51 14_02 in GFW step 12 (4xx Response) 
ensure that { 
when { UE A sends a MESSAGE to UE B and 

IMS_A sends the MESSAGE to IMS_B } 
then { IMS B sends a 4xx response to IMS A 
} 
} 



Step 


Direction 


Message 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


1 

M 
S 
A 


E 
N 
U 
M 
DB 


1 

B 
C 

F 
A 


1 

B 
C 

F 
B 


1 

M 
S 
B 


U 

E 
B 


U 
s 
e 
r 
B 






1 
























User A sends an instant message to user B 


^ 
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\ 


X 
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\ 








MESSAGE 


UE_A sends MESSAGE to IMS_A 




3 


ENUM 


IMS_A sends query to ENUM DB 




4 


ENUM 


ENUM DB sends response to IMS_A 




5 


MESSAGE 


IMS_A sends MESSAGE to IBCF_A 






7 


MESSAGE 


IBGF_A sends MESSAGE to IBGF_B 




9 


MESSAGE 


IBCF_B sends MESSAGE to IMS_B 


} 


10 
























IMS_B detects that user B is not registered 


11 






< 






/■ 


y 








4xx 
Response 


IMS_B sends 4xx Response to IBCF_B 




12 


4xx 
Response 


IBCF_B forwards 4xx Response to IBCF_A 


C 


13 


4xx 
Response 


IBCF_A forwards 4xx Response to IMS_A 






14 


4xx 
Response 


IMS_A forwards 4xx Response to UE_A 
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Step 


Direction 


Message 


Comment 
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Optional: User A is presented a delivery report 

































4.5.4.6 



Messaging with receiving user barred 



Interoperability Test Description 


Identifier: 


TD IMS MESS 0007 


Summary: 


IMS network handles messaging correctly when receiving user has been barred 


Configuration: 


CF INT CALL 


SUT: 


IMS B 


References: 


Test Purpose 


Specification Reference 


TP_IMS_5108_06 


TS 124 229 [1], clause 5.4.3.3 116 
(item 1 inl^^ numbered list) 


Use Case ref.: 


UG 05 1 1 


Pre-test 
conditions: 


• HSS of IMS_A and of IMS B is configured according to table 1 

• UE_A and UE_B have IP bearers established to their respective IMS networks as 
per clause 4.2.1 

• UE_A is registered in IMS_A using any user identity 

• UE_B is registered in IMS_B using any user identity 

• User B is barred in IMS_B 

• MESSAGE request and response has to be supported at ll-NNI (TS 1 29 1 65 [1 6] 
see tables 6.1 and 6.3) 


-^^ 


Test Sequence: 


Step 




1 


User A sends message to User B 


2 


Verify that user A is informed that user B could not be reached 


^^^^^^^^^^ 


^^^^^ ^^^^^^^B 


Conformance 
Criteria: 


Check 




1 


TP_IMS_5108_06 in CFW step 12 (404 Response) 
ensure that { 
when { UE A sends a MESSAGE to UE B and 
IMS_A sends the MESSAGE to IMS_B 
containing a Request_URI 

indicating a barred_user in IMS_B } 
then { IMS B sends 404 response to IMS A } 
} 



Step 


Direction 


Message 


Comment 
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User A sends an instant message to user B 


^ 




2 








\ 




V 










MESSAGE 


UE_A sends MESSAGE to IMS_A 




3 


ENUM 


IMS_A sends query to ENUM DB 


/ 


4 


ENUM 


ENUM DB sends response to IMS_A 




5 


MESSAGE 


IMS_A sends MESSAGE to IBCF_A 






7 


MESSAGE 


IBGF_A sends MESSAGE to IBGF_B 




/ 
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Step 


Direction 


IVIessage 


Comment 
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MESSAGE 


IBCF_B sends MESSAGE to IMS_B 




10 
























IMS_B detects that user B is not registered 


11 
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404 Not 
Found 


ll\/IS_B sends 404 Response to IBCF_B 


\ 


12 


404 Not 
Found 


IBCF_B forwards 404 Response to IBCF_A 




13 


404 Not 
Found 


IBCF_A forwards 404 Response to ll\/IS_A 




14 


404 Not 
Found 


IMS_A forwards 404 Response to UE_A 


\ 


15 




f 




















Optional: User A is presented a delivery report 

































4.5.5 Supplementary Services 



4.5.5.1 



Supplementary Service HOLD with AS 



Interoperability Test Description 


Identifier: 


TD IMS SS 0001 


Summary: 


IMS network supports properly application services based on the example of the HOLD 
supplementary service 


Configuration: 


CF INT AS 


SUT: 


IMS B 


References: 


Test Purpose 


Specification Reference 


IP IMS 5310 01 


TS 124 229 [1], clause 5.4.6.1.2 \\ 


TP IMS 5312 01 


TS 124 229 [1], clause 5.4.6.1.3 HI 


Use Case ref.: 


UC 10 1 


Pre-test 
conditions: 


• HSS of IMS_A and of IMS B is configured according to table 1 

• UE_A and UE_B have IP bearers established to their respective IMS networks as 
per clause 4.2.1 

• UE_A is registered in IMS_A using any user identity 

• UE_B is registered in IMS_B using userHOLD identity according to table 1 

• IMS_B is configured to contact AS_B (HOLD) 

• UE_B is subscribed to HOLD service 

• AS B in same trust domain as IMS B 


I 


Test Sequence: 


Step 




1 


User A calls User B (i.e. userHOLD in IMS B) 


2 


Verify that user B is informed of incoming call of User A 


3 


Verify that user A is informed that UE B is ringing 


4 


User B answers call 


5 


Verify that user A is informed that call has been answered 


6 


Verify that user B is informed that call is established 


7 


User B puts call on hold 


8 


Verify that user A is informed that call on hold with AS tone 


9 


Verify that user B is informed that call on hold 


10 


User B resumes call 


11 


Verify that user A is informed that call is resumed 


12 


Verify that user B is informed that call is resumed 


13 


User A ends call 


14 


Verify that user B is informed that call has ended 


15 


Verify that user A is informed that call has ended 
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Interoperability Test Description 



Conformance 
Criteria: 



Check 



TP_IMS_5310_01 in CFW step 37 (INVITE) 
ensure that { 
when { UE_B sends a subsequent INVITE to IMS_B 
containing a P-Charging-Vector_header 
containing an access-network-charging-info_parameter 

} 
then { IMS_B sends the INVITE to AS_B 

containing a P-Charging-Vector_header 
containing an access-network-charging-info_parameter 
} 
1 



TP_IMS_5312_01 in CFW step 52 and Step 54 (200 OK) 
ensure that { 
when { IMS_B receives a 200_response from IMS_A 
containing a P-Charging-Vector_header 

containing an access-network-charging-info_parameter 

} 

then { IMS_B sends the 200_response to AS_B 
containing a P-Charging-Vector_header 

containing a access-network-charging-info_parameter 
} 
L 



TP_IMS_5310_01 in CFW step 65 (INVITE) 
ensure that { 
when { UE_B sends a subsequent INVITE to IMS_B 
containing a P-Charging-Vector_header 
containing an access-network-charging-info_parameter 

} 
then { IMS_B sends the INVITE to AS_B 

containing a P-Charging-Vector_header 
containing an access-network-charging-info_parameter 
} 
L 



TP_IMS_5312_01 in CFW step 80 and Step 82 (200 OK) 
ensure that { 
when { IMS_B receives a 200_response from IMS_A 
containing a P-Charging-Vector_header 

containing an access-network-charging-info_parameter 

} 

then { IMS_B sends the 200_response to AS_B 
containing a P-Charging-Vector_header 

containing a access-network-charging-info_parameter 
} 
1 



Step 




Direction 


Message 


Comment 
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B 
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34 


























User B puts call on hold 








35 
























INVITE 


UE_B sends relNVITE message 




/^ 










indicating media attribute "sendonly" 


36 


100 Trying 


IMS_B responds with a 100 Trying 














provisional response 


37 


INVITE 


IMS_B sends relNVITE to AS_B 




y 




38 


100 Trying 


AS_B optionally responds with a 100 




y 


Trying provisional response 


39 


INVITE 


AS_B sends relNVITE to IMS_B 




K 
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Step 




Direction 


IVIessage 


Comment 




U 
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u 

s 
e 
r 
B 
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1 
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40 






y 






/^ 




y 


/^ 






100 Trying 


ll\/IS_B responds with a 100 Trying 






provisional response 


41 


INVITE 


IMS_B forwards relNVITE to IBCF_B 








42 


100 Trying 


IBCF_B responds with a 100 Trying 






provisional response 


43 


INVITE 


IBCF_B forwards relNVITE to IBCF_A 




X 




44 


100 Trying 


IBCF_A responds with a 100 Trying 




} 


provisional response 


45 


INVITE 


IBCF_A forwards relNVITE to IMS_A 










46 


100 Trying 


IMS_A responds with a 100 Trying 








provisional response 


47 


INVITE 


IMS_A forwards relNVITE to UE_A 




K 








48 


100 Trying 


UE _A optionally responds with a 100 










Trying provisional response 


49 


























User A is informed that call is on hold 




i 


with AS tone 






50 
















\ 








200 OK 


UE_A responds to relNVITE with 200 








< 


OK indicating media attribute "recvonly" 


51 


200 OK 


IMS A forwards 200 OK response to 








IBCF_A 


52 


200 OK 


IBCF A forwards 200 OK response to 






IBCF_B 


5v3 


200 OK 


IBCF B forwards 200 OK response to 






IMS_B 


54 


200 OK 


IMS B forwards 200 OK response to 




/^ 


AS_B 


55 


200 OK 


AS B forwards 200 OK response to 






IMS_B 


56 


200 OK 


IMS_A forward the 200 OK to UE_B 
















57 


























User B is informed that the call is on 




i 


hold 






58 
























ACK 


UE B acknowledges the receipt of 200 




y 










OK for relNVITE 


59 


ACK 


IMS_B forwards ACK to AS_B 




y 




60 


ACK 


AS_B forwards ACK to IMS_B 








61 


ACK 


IMS_B forwards ACK to UE_B 




K 












62 


























User B resumes call 




^ 










63 
























INVITE 


UE_B sends second relNVITE 




y 










message indicating media attribute 


64 


100 Trying 


IMS_B responds with a 100 Trying 














provisional response 


65 


INVITE 


IMS_B sends relNVITE to AS_B 




y 




66 


100 Trying 


AS_B optionally responds with a 100 




y 


Trying provisional response 


67 


INVITE 


AS B forwards INVITE to IMS B 
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Step 




Direction 


IVIessage 


Comment 
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68 






y 










y 


/^ 






100 Trying 


ll\/IS_B responds with a 100 Trying 






provisional response 


69 


INVITE 


IMS_B sends relNVITE to IBCF_B 








70 


100 Trying 


IBCF_B responds with a 100 Trying 






provisional response 


71 


INVITE 


IBCF_B sends relNVITE to IBCF_A 




N. 




72 


100 Trying 


IBCF_A responds with a 100 Trying 




> 


provisional response 


73 


INVITE 


IBCF_A sends relNVITE to IMS_A 








74 


100 Trying 


IMS_A responds with a 100 Trying 








provisional response 


75 


INVITE 


IMS_A forwards relNVITE to UE_A 




K 








76 


100 Trying 


UE_A optionally responds with a 100 










Trying provisional response 


77 


























User A is informed that call is resumed 




i 










78 
















\ 








200 OK 


UE_A sends the 200 OK indicating 








< 


media attribute "sendrecv" to IMS_A 


79 


200 OK 


IIVIS A forwards 200 OK response to 








IBCF_A 


80 


200 OK 


IBCF A forwards 200 OK response to 






IBCF_B 


81 


200 OK 


IBCF B forwards 200 OK response to 






IIVIS_B 


82 


200 OK 


IIVIS B forwards 200 OK response to 




/^ 


AS_B 


83 


200 OK 


AS_B forwards the 200 OK for INVITE 








84 


200 OK 


IMS_B forwards 200 OK to UE_B 
















85 


























User B is informed that call is resumed 




i 
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4.5.5.2 



Supplementary Service HOLD with AS in roaming 



Interoperability Test Description 


Identifier: 


TD IMS SS 0002 


Summary: 


IMS network supports properly application services based on the example of the HOLD 
supplementary service 


Configuration: 


CF ROAM AS 


SUT: 


IMS B 


References: 


Test Purpose 


Specification Reference 


TP IMS 5310 01 


TS 124 229 [1], clause 5.4.6.1.2 V 


TP IMS 5312 01 


TS 124 229 [1], clause 5.4.6.1.3 HI 


Use Case ref.: 


UC 10 R 



Pre-test 
conditions: 



HSS of IMS_A and of IMS B is configured according to table 1 

UE_A and UE_B have IP bearers established to their respective IMS networks as 

per clause 4.2.1 

UE_A is registered in IMS_A using any user identity 

UE_B is registered in IMS_B via IMS_A using userHOLD identity according to 

table 1 

IMS_B is configured to contact AS_B (HOLD) 

UE_B is subscribed to HOLD service 

AS B in same trust domain as IMS B 



! 



Test Sequence: 



Step 



10 



11 



12 



13 



14 



15 



User A calls User B (i.e. userHOLD in IMS_B) 



Verify that user B is informed of incoming call of User A 



Verify that user A is informed that UE_B is ringing 



User B answers call 



Verify that user A is informed that call has been answered 



Verify that user B is informed that call is established 



User B puts call on hold 



Verify that user A is informed that call on hold with AS tone 



Verify that user B is informed that call on hold 



User B resumes call 



Verify that user A is informed that call is resumed 



Verify that user B is informed that call is resumed 



User A ends call 



Verify that user B is informed that call has ended 



Verify that user A is informed that call has ended 
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Interoperability Test Description 



Conformance 
Criteria: 



Check 



1 



TP_IMS_5310_01 in CFW step 54 and Step 58 (INVITE) 
ensure that { 
when { UE_B sends a subsequent INVITE to IMS_B 
containing a P-Charging-Vector_header 
containing an access-network-charging-info_parameter 



} 



then { IMS_B sends the INVITE to AS_B 

containing a P-Charging-Vector_header 
containing an access-network-charging-info_parameter 
} 



L 



TP_IMS_5312_01 in CFW step 73 and Step 75 (200 OK) 
ensure that { 
when { IMS_B receives a 200_response from IMS_A 
containing a P-Charging-Vector_header 

containing an access-network-charging-info_parameter 

} 

then { IMS_B sends the 200_response to AS_B 
containing a P-Charging-Vector_header 

containing a access-network-charging-info_parameter 
} 
1 



TP_IMS_5310_01 in CFW step 95 and Step 101 (INVITE) 
ensure that { 
when { UE_B sends a subsequent INVITE to IMS_B 
containing a P-Charging-Vector_header 
containing an access-network-charging-info_parameter 



} 



then { IMS_B sends the INVITE to AS_B 

containing a P-Charging-Vector_header 
containing an access-network-charging-info_parameter 
} 



L 



TP_IMS_5312_01 in CFW step 1 12 and Step 114 (200 OK) 
ensure that { 
when { IMS_B receives a 200_response from IMS_A 
containing a P-Charging-Vector_header 

containing an access-network-charging-info_parameter 

} 

then { IMS_B sends the 200_response to AS_B 
containing a P-Charging-Vector_header 

containing a access-network-charging-info_parameter 
} 
1 
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U 
s 
e 
r 
A 


U 

E 
A 


U 
s 
e 
r 
B 


U 

E 
B 


1 

M 
S 
A 


1 

B 
C 
F 
A 


1 

B 
C 
F 
B 


E 
N 
U 
M 
DB 


1 

M 
S 
B 


A 
S 
B 






49 


























User B puts call on hold 




50 
























INVITE 


UE_B sends relNVITE message 
indicating media attribute 


y 


51 


100 Trying 


IMS_A responds with a 100 Trying 
provisional response 


K 


52 


INVITE 


IMS_A forwards INVITE to IBCF_A 




53 


100 Trying 


IBCF_A responds with a 100 
Trying provisional response 


^ 





ETSI 



224 



ETSI TS 186 011-2 V4.1.3 (2012-05) 



Step 


Direction 


IVIessage 


Comment 
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54 






y 






z' 


X 




X 






INVITE 


IBCF_A forwards INVITE to IBCF_B 


} 


55 


100 Trying 


IBCF_B responds with a 100 
Trying provisional response 


y 


56 


INVITE 


IBCF_B forwards INVITE to IMS_B 


/ 




57 


100 Trying 


ll\/IS_B responds with a 100 Trying 
provisional response 


/ 




58 


INVITE 


IMS_B sends relNVITE to AS_B 


{ 


59 


100 Trying 


AS_B optionally responds with a 100 
Trying provisional response 


y 


60 


INVITE 


AS_B sends relNVITE to IMS_B 


X 


61 


100 Trying 


IMS_B responds with a 100 Trying 
provisional response 




62 


INVITE 


IMS_B forwards relNVITE to IBCF_B 




X 


63 


100 Trying 


IBCF_B responds with a 100 Trying 
provisional response 






64 


INVITE 


IBCF B forwards relNVITE to 
IBCF_A 




65 


100 Trying 


IBCF_A responds with a 100 Trying 
provisional response 




66 


INVITE 


IBCF_A forwards relNVITE to IMS_A 




67 


100 Trying 


IMS_A responds with a 100 Trying 
provisional response 




68 


INVITE 


IMS_A forwards relNVITE to UE_A 


K 






69 


100 Trying 


UE _A optionally responds with a 
100 Trying provisional response 








70 


























User A is informed that call is on 
hold with AS tone 


i 




71 














N 




X 


X 




200 OK 


UE_A responds to relNVITE with 
200 OK indicating media attribute 






< 


72 


200 OK 


IMS A forwards 200 OK response 
to IBCF_A 


/^ 


73 


200 OK 


IBCF_A forwards 200 OK 
response to IBCF_B 


• 


74 


200 OK 


IBCF_B forwards 200 OK 
response to IMS_B 


/ 




75 


200 OK 


IMS B forwards 200 OK response 
to AS_B 


{ 


76 


200 OK 


AS B forwards 200 OK response to 
IMS_B 




77 


200 OK 


IMS B forwards 200 OK response to 
IBCF_B 






78 


200 OK 


IBCF B forwards 200 OK response 
to IBCF_A 




79 


200 OK 


IBCF A forwards 200 OK response 
to IMS_A 




80 


200 OK 


IMS_A forward the 200 OK to UE_B 




81 


























User B is informed that the call is on 
hold 


i 
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Step 



Direction 



IVIessage 



Comment 
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107 
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ACK 



ACK 



ACK 



ACK 



ACK 



ACK 



ACK 



ACK 



ACK 



ACK 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



100 Trying 



INVITE 



UE_B acknowledges the receipt of 
200OKforrelNVITE 



IIVIS Aforwards ACKto IBCF A 



IBCF A forwards ACK to IBCF B 



IBCF A forwards ACK to IIVIS B 



IIVIS B forwards ACK to AS B 



AS B forwards ACK to IMS B 



IMS Bforwards ACKto IBCF B 



IBCF Bforwards ACK to IBCF A 



IBCF A forwards ACK to IMS A 



IMS A forwards ACK to UE B 



User B resumes call 



UE_B sends second relNVITE 
message indicating media 



IMS_A responds with a 100 Trying 
provisional response 



IMS A sends relNVITE to IBCF A 



IBCF_A responds with a 100 Trying 
provisional response 



IBCF A sends relNVITE to IBCF B 



IBCF_B responds with a 100 Trying 
provisional response 



IBCF B sends relNVITE to IMS B 



IMS_B responds with a 100 Trying 
provisional response 



IMS B sends relNVITE to AS B 



AS_B optionally responds with a 100 
Trying provisional response 



AS B forwards INVITE to IMS B 



IMS_B responds with a 100 Trying 
provisional response 



IMS B sends relNVITE to IBCF B 



IBCF_B responds with a 100 Trying 
provisional response 



IBCF_B forwards relNVITE to 
IBCF A 



IBCF_A responds with a 100 Trying 
provisional response 



IBCF A forwards relNVITE to IMS A 
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Step 


Direction 


IVIessage 


Comment 
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110 






/^ 


















100 Trying 


ll\/IS_A responds with a 100 Trying 
provisional response 




107 


INVITE 


IMS_A forwards relNVITE to UE_A 








108 


100 Trying 


UE_A optionally responds with a 100 
Trying provisional response 








109 


























User A is informed that call is 
resumed 


i 




110 














X 




X 






200 OK 


UE_A sends the 200 OK indicating 
media attribute "sendrecv" to IMS_A 






y 


111 


200 OK 


IIVIS A forwards 200 OK response 
to IBCF_A 


z' 


112 


200 OK 


IBCF_A forwards 200 OK 
response to IBCF_B 


/^ 


113 


200 OK 


IBCF_B forwards 200 OK 
response to ll\/IS_B 


/ 




114 


200 OK 


IIVIS B forwards 200 OK response 
to AS_B 


{ 


115 


200 OK 


AS B forwards the 200 OK for 
INVITE 




116 


200 OK 


IMS_B forwards 200 OK to IBCF_B 


i 




117 


200 OK 


IBCF_B forwards 200 OK to IBCF_A 




118 


200 OK 


IBCF_A forwards 200 OK to IMS_A 




119 


200 OK 


IMS_A forwards 200 OK to UE_B 




120 


























User B is informed that call is 
resumed 


i 





































4.5.5.3 



Supplementary Service DIP with AS 



Interoperability Test Description 


Identifier: 


TD IMS SS 0003 


Summary: 


IMS network supports properly application services based on the example of the OIP 
supplementary service 


Configuration: 


CF INT AS 


SUT: 


IMS A and IMS B 


References: 


Test Purpose 


Specification Reference 


TP_IMS_5097_02 


TS 1 24 229 [1 ], clause 5.4.3.2 ^1 1 
(item 9 in 1^^ numbered list) 


TP_IMS_5108_03 


TS 124 229 [1], clause 5.4.3.3 115 
(item 4 in 1^^ numbered list) 


TP_IMS_5115_08 


TS 124 229 [1], clause 5.4.3.3 1189 
(4^^ numbered list) 


Use Case ref.: 


UC 08 1 


^m -^^^^r -^^ 


Pre-test 
conditions: 


• HSS of IMS_A and of IMS B is configured according to table 1 

• UE_A and UE_B have IP bearers established to their respective IMS networks as 
per clause 4.2.1 

• UE_A is registered in IMS_A using any user identity 

• UE_B is registered in IMS_B using userOIP identity according to table 1 

• IMS_B is configured to contact AS_B (OIP) 

• UE B is subscribed to OIP service 


V 
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Interoperability Test Description 


Test Sequence: 


Step 


^ 


1 


User A calls User B (i.e. userOIP in IMS B) 


2 


Verify that user B is informed of incoming call of User A, user A's identity is 
displayed 


3 


Verify that user A is informed that UE_B is ringing 


4 


User B answers call 


5 


Verify that user A is informed that call has been answered 


6 


Verify that user B is informed that the call is established 


7 


User A ends call 


8 


Verify that user B is informed that call has ended 


9 


Verify that user A is informed that call has ended 


■ 


Conformance 
Criteria: 


Check 


J 


1 


TP_IMS_5097_02 in CFW step 8 (INVITE) 
ensure that { 
when { IMS A receives an initial INVITE from UE A addressed to UE B 

} 
then { IMS_A sends the initial INVITE to IMS_B 

containing a P-Asserted-ldentity_header 

indicating the SIP_URI of UE_A 
and 

containing a P-Asserted- Identity header 
indicating the Tel URI ofUEAj 
} 


2 


TP_IMS_5108_03 in CFW step 12 (INVITE) 
ensure that { 
when { IMS B receives an initial INVITE from IMS A addressed to UE Bj 
then { IMS_B sends the INVITE to AS_B 
containing a topmost Route_header 

indicating the SIP_URI of AS_B and 
containing a Route_header 

indicating the S-CSCF_SIP_URI of IMS_B and 
containing a P-Charging-Vector_header 
including a orig-ioi_parameter 

indicating operatorjdentifier of IMS_A and 
not including a term-ioi parameter} 
} 


3 


TP_IMS_5115_08 in CFW step 32 (200 OK) 
ensure that { 
when { IMS_B receives 200_response from AS_B addressed to UE_A } 
then { IMS_B sends the 200_response to IMS_A 
containing a P-Charging-Vector_header 
including a orig-ioi_parameter 

indicating operatorjdentifier of IMS_A and 
including a term-ioi_parameter 
indicating operator identifier of IMS B } 

} 
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1 


























User A calls User B 




^ 










2 












N. 












INVITE 


UE_A sends INVITE with the first SDP offer 




/^ 






indicating all desired media and codecs that 


3 


100 Trying 


IMS_A responds with a 100 Trying provisional 










response 


4 


ENUM 


IIVIS_A sends query to ENUM DB 




y 




5 


ENUM 


ENUM DB sends response to IMS 




\ 
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Step 


Direction 


IVIessage 


Comment 
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6 














\ 


N. 








INVITE 


IMS_A forwards INVITE to IBCF_A 




y 






7 


100 Trying 


IBCF_A responds with a 100 Trying 








provisional response 


8 


INVITE 


IBCF_A forwards INVITE to IBCF_B 




> 




9 


100 Trying 


IBCF_B responds with a 100 Trying 






provisional response 




INVITE 


IBCF_B forwards INVITE to IMS_B 




y 




10 


100 Trying 


ll\/IS_B responds with a 100 Trying provisional 




\ 


response 


11 


























INVITE triggers the OIP IPC in IMS_B 


12 










y 














INVITE 


IMS_B forwards the INVITE to IMS_B AS 








13 


100 Trying 


AS optionally responds with a 100 Trying 






provisional response 


14 


INVITE 


IMS B AS returns, possibly modified, INVITE to 




\ 


IMS_B 


15 


100 Trying 


IMS_B responds with a 100 Trying provisional 






response 


16 


INVITE 


IMS_B forwards the INVITE to UE_B 
















17 


100 Trying 


UE_B optionally responds with a 100 Trying 














provisional response 


18 


























User B is informed of incoming call of User A, 
User A's identity is displayed 




i 
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/^ 


















180 Ringing 


UE_B responds to initial INVITE with 180 








y 


y 


{ 


Ringing to indicate that it has started alerting 


20 


180 Ringing 


IMS B forwards 180 Ringing response to 
IMS_BAS 




21 


180 Ringing 


IMS B AS forwards 180 Ringing response to 
IMS_B 


\ 


22 


180 Ringing 


IMS B forwards the 180 Ringing response to 






IBCF_B 


23 


180 Ringing 


IBCF B forwards the 180 Ringing response to 






IBCF_A 


24 


180 Ringing 


IBCF A forwards the 180 Ringing response to 




\ 


IMS_A 


25 


180 Ringing 


IMS A forwards the 180 Ringing response to 












UE_A 


26 


























User A is informed that UE_B is ringing 




i 






27 




User B answers call 




^ 






28 
























200 OK 


UE_B responds INVITE with 200 OK to indicate 










f 


y 


that the call has been answered 


29 


200 OK 


IMS_B forwards 200 OK response to IMS_B AS 




30 


200 OK 


IMS B AS forwards 200 OK response to 
IMS_B 




31 


200 OK 


IMS B forwards the 200 OK response to 




\ 


IBCF_B 


32 


200 OK 


IBCF B forwards the 200 OK response to 








IBCF_A 
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200 OK 


IBCF A forwards the 200 OK response to 








IMS_A 
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200 OK 


IMS_A forwards the 200 OK response to UE_A 












35 


























User A is informed that call has been answered 
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4.5.5.4 



Supplementary Service OIP with AS in roaming 



Interoperability Test Description 


Identifier: 


ID IMS SS 0004 


Summary: 


IMS network supports properly application services based on the example of the OIP 
supplementary service 


Configuration: 


CF ROAM AS 


SUT: 


IMS A and IMS B 


References: 


Test Purpose 


Specification Reference 


TP_IMS_5097_02 


TS 1 24 229 [1 ], clause 5.4.3.2 fll 1 
(item 9 in 1^^ numbered list) 


TP_IMS_5108_03 


TS 124 229 [1], clause 5.4.3.3 115 
(item 4 in 1^^ numbered list) 


TP_IMS_5115_08 


TS 124 229 [1], clause 5.4.3.3 1189 
(4^^ numbered list) 


Use Case ref.: 


UC 08 R 


^^H. 


Pre-test 
conditions: 


• HSS of IMS_A and of IMS B is configured according to table 1 

• UE_A and UE_B have IP bearers established to their respective IMS networks as 
per clause 4.2.1 

• UE_A is registered in IMS_A using any user identity 

• UE B is registered in IMS B via IMS A using userOIP identity according to 
table 1 

• IMS_B is configured to contact AS_B (OIP) 

• UE B is subscribed to OIP service 






Test Sequence: 


Step 




1 


User A calls User B (i.e. userOIP in IMS B) 


2 


Verify that user B is informed of incoming call of User A, user A's identity is 
displayed 


3 


Verify that user A is informed that UE B is ringing 


4 


User B answers call 


5 


Verify that user A is informed that call has been answered 


6 


Verify that user B is informed that the call is established 


7 


User A ends call 


8 


Verify that user B is informed that call has ended 


9 


Verify that user A is informed that call has ended 


^^^^ ^ 


Conformance 
Criteria: 


Check 




1 


TP_IMS_5097_02 in CFW step 8 (INVITE) 
ensure that { 
when { IMS A receives an initial INVITE from UE A addressed to UE B 

} 
then { IMS_A sends the initial INVITE to IMS_B 

containing a P-Asserted-ldentity header 

indicating the SIP_URI of UE_A 
and 

containing a P-Asserted-ldentity_header 
indicating the Tel URI ofUEAj 
} 


2 


TP IMS 5108 03 in CFW step 12 (INVITE) 
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Interoperability Test Description 






ensure that { 
when { IMS B receives an initial INVITE from IMS A addressed to UE Bj 
then { IMS_B sends the INVITE to AS_B 
containing a topmost Route_header 

indicating the SIP_URI of AS_B and 
containing a Route header 

indicating the S-CSCF_SIP_URI of IUT_ and 
containing a P-Charging-Vector_header 
including a orig-ioi_parameter 

indicating operatorjdentifier of IMS_A and 
not including a term-ioi parameter} 
} 


3 


TP_IMS_5115_08 in CFW step 39 (200 OK) 
ensure that { 
when { IMS_B receives 200_response from AS_B addressed_to UE_A } 
then { IMS_B sends the 200_response to IMS_A 
containing a P-Charging-Vector_header 
including a orig-ioi_parameter 

indicating operatorjdentifier of IMS_A and 
including a term-ioi_parameter 
indicating operator identifier of lUT } 

} 
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User A calls User B 
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INVITE 


UE_A sends INVITE with the first SDP offer 




y 






indicating all desired media and codecs that 


3 


100 Trying 


IMS_A responds with a 100 Trying provisional 










response 


4 


ENUM 


IMS_A sends query to ENUM DB 




/ 




5 


ENUM 


ENUM DB sends response to IMS_A 








6 


INVITE 


IMS_A forwards INVITE to IBCF_A 




y 






7 


100 Trying 


IBCF_A responds with a 100 Trying 




\ 




provisional response 


8 


INVITE 


IBCF_A forwards INVITE to IBCF_B 




/ 




9 


100 Trying 


IBCF_B responds with a 100 Trying 






provisional response 




INVITE 


IBCF_B forwards INVITE to IMS_B 




y 




10 


100 Trying 


IMS_B responds with a 100 Trying provisional 




\ 


response 


11 


























INVITE triggers the OIP IPC in IMS_B 


12 
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INVITE 


IMS_B forwards the INVITE to IMS_B AS 








13 


100 Trying 


AS optionally responds with a 100 Trying 






provisional response 


14 


INVITE 


IMS B AS returns, possibly modified, INVITE to 






IMS_B 


15 


100 Trying 


IMS_B responds with a 100 Trying provisional 






response 


16 


INVITE 


IMS B forwards the INVITE to IBCF B 
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100 Trying 


IBCF_B responds with a 100 Trying provisional 






response 


18 


INVITE 


IBCF_B forwards INVITE to IBCF_A 




\ 




19 


100 Trying 


IBCF_A responds with a 100 Trying provisional 




} 


response 


20 


INVITE 


IBCF_A forwards INVITE to IMS_A 






\ 




21 


100 Trying 


IMS_A responds with a 100 Trying provisional 








response 


22 


INVITE 


IMS_A forwards the INVITE to UE_B 




K 




23 


100 Trying 


UE_B optionally responds with a 100 Trying 






provisional response 


24 


























User B is informed of incoming call of User A, 
User A's identity is displayed 




i 
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180 Ringing 


UE_B responds to initial INVITE with 180 






Ringing to indicate that it has started alerting 


26 


180 Ringing 


IMS A forwards 180 Ringing response to 




y 




IBCF_A 


27 


180 Ringing 


IBCF A forwards 180 Ringing response to 




• 


IBCF_B 


28 


180 Ringing 


IBCF B forwards 180 Ringing response to 




< 


IMS_B 


29 


180 Ringing 


IMS B forwards 180 Ringing response to 
IMS_B AS 




30 


180 Ringing 


IMS B AS forwards 180 Ringing response to 
IMS_B 


K 


31 


180 Ringing 


IMS B forwards the 180 Ringing response to 






IBCF_B 


32 


180 Ringing 


IBCF B forwards the 180 Ringing response to 






IBCF_A 


33 


180 Ringing 


IBCF A forwards the 180 Ringing response to 




\ 




IMS_A 


34 


180 Ringing 


IMS A forwards the 180 Ringing response to 










UE_A 


35 


























User A is informed that UE_B is ringing 




i 






36 




User B answers call 




^ 
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200 OK 


UE_B responds INVITE with 200 OK to indicate 






that the call has been answered 


38 


200 OK 


IMS_A forwards 200 OK response to IBCF_A 
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200 OK 


IBCF_A forwards 200 OK response to IBCF_B 




/ 




40 


200 OK 


IBCF_B forwards 200 OK response to IMS_B 




y 




41 


200 OK 


IMS_B forwards 200 OK response to IMS_B AS 


{ 


42 


200 OK 


IIVIS B AS forwards 200 OK response to 
IIVIS_B 




43 


200 OK 


IIVIS B forwards the 200 OK response to 




K 


IBCF_B 


44 


200 OK 


IBCF B forwards the 180 Ringing response to 








IBCF_A 
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200 OK 


IBCF A forwards the 180 Ringing response to 








IMS_A 


46 


200 OK 


ll\/IS_A forwards tlie 200 OK response to UE_A 












47 


























User A is informed thiat call has been answered 
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4.5.5.5 



Supplementary Services OIR and ACR with AS 



Interoperability Test Description 


Identifier: 


TD IMS SS 0005 


Summary: 


IMS network supports properly application services based on the example of the OIR 
and ACR supplementary services 


Configuration: 


OF INT AS 


SUT: 


IMS A and IMS B 


References: 


Test Purpose 


Specification Reference 


TP_IMS_5108_03 


TS 124 229 [1], clause 5.4.3.3 115 
(item 4 in 1^^ numbered list) 


TP IMS 5313 01 


TS 124 229 [1], clause 5.4.6.1 .3 112 


Use Case ref.: 


UC 06 1 




Pre-test 
conditions: 


• HSS of IMS_A and of IMS B is configured according to table 1 

• UE_A and UE_B have IP bearers established to their respective IMS networks as 
per clause 4.2.1 

• UE_A is registered in IMS_A using userOIR identity according to table 1 

• UE_B is registered in IMS_B using any userAGR identity according to table 1 

• IMS_A is configured to contact AS_A (OIR) 

• UE_B is subscribed to ACR service 

• IMS B is configured to contact AS B (ACR) 




Test Sequence: 


Step 


1 


1 


User A calls User B (i.e. userAGR in IMS B) 


^^^^ 


Verify that user A is informed that call has been rejected due to ACR 


Conformance 
Criteria: 


Check 






1 


TP_IMS_5108_03 in CFW step 16 (INVITE) 
ensure that { 
when { IMS B receives an initial INVITE from IMS A addressed to UE Bj 
then { IMS_B sends the initial INVITE to AS_B 
containing a topmost Route_header 

indicating the SIP_URI of AS_B and 
containing a Route_header 

indicating the S-CSCF_SIP_URI of IMS_B and 
containing a P-Charging-Vector_header 
including a orig-ioi_parameter 

indicating operatorjdentifier of IMS_A and 
not including a term-ioi parameter} 

} 
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TP_IMS_5313_01 in CFW step 22 (433 Anonymity Disallowed) 
ensure that { 
when { IMS_A receives a response from IMS_B 
containing a P-Charging-Vector_header 
including an access-network-charging-info_parameter 

} 

then { IMS_A sends the response to AS_A 

containing a P-Charging-Vector_header 
including an access-network-charging-info_parameter 
} 
1 
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User A calls User B 
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2 












^ 

i 














INVITE 


UE_A sends INVITE with the first SDP 
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offer indicating all desired media and 
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100 Trying 


IMS_A responds with a 100 Trying 










provisional response 


4 


ENUM 


IMS_A sends query to ENUM DB 
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ENUM 


ENUM DB sends response to IMS_A 






























INVITE triggers the OIR IPC in IMS_A 
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INVITE 


IMS A forwards the INVITE to IMS A 






AS 


7 


100 Trying 


IMS_A AS optionally responds with a 






100 Trying provisional response 


8 


INVITE 


IMS_A AS returns modified INVITE 






including Privacy header (value "id" or 


9 


100 Trying 


IMS_A responds with a 100 Trying 






provisional response 


10 


INVITE 


IMS_A forwards INVITE to IBCF_A 






} 




11 


100 Trying 


IBCP_A responds with a 100 Trying 








provisional response 


12 


INVITE 


IBCF_A forwards INVITE to IBCF_B 




y 




13 


100 Trying 


IBCP_B responds with a 100 Trying 






provisional response 


14 


INVITE 


IBCF_B forwards INVITE to IMS_B 




/^ 




15 


100 Trying 


IMS_B responds with a 100 Trying 






provisional response 






























INVITE triggers the ACR IPC in IMS_B 


16 


















/■ 
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INVITE 


IMS B forwards the INVITE to IMS B 




/^ 


AS 


17 


100 Trying 


AS optionally responds with a 100 Trying 




{ 


provisional response 


18 


433 
Anonymity 


IMS_B AS responds with 433 Anonymity 






Disallowed to IMS_B 


19 


433 
Anonymity 


IMS B forwards the 433 Anonymity 






Disallowed to IBCF_B 


20 


433 
Anonymity 


IBCF_B forwards the 433 Anonymity 








Disallowed to IBCF_A 
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26 
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30 
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32 



433 
Anonymity 



IBCF_A forwards the 433 Anonymity 
Disallowed to IMS A 



433 
Anonymity 



IMS_A forwards the 433 Anonymity 
Disallowed to IMS A AS 



433 
Anonymity 



433 
Anonymity 



ACK 



ACK 



ACK 



ACK 



ACK 



ACK 



ACK 



ll\/IS_A AS forwards, possibly modified, 
433 Anonymity Disallowed to IMS_A 



IMS_A forwards the 433 Anonymity 
Disallowed to UE A 



User A is informed that the call has been 
rejected due to ACR 



UE A sends ACK to IMS A 



IMS A forwards the ACK to IMS A AS 



IMS_A AS forwards, possibly modified, 
ACK to IMS A 



IMS A forwards ACK to IBCF A 



IBCF A forwards ACK to IBCF B 



IBCF B forwards ACK to IMS B 



IMS B forwards ACK to IMS B AS 



4.5.5.6 



Supplementary Services OIR and ACR with AS in roaming 



Interoperability Test Description 


Identifier: 


ID IMS SS 0006 


Summary: 


IMS network supports properly application services based on the example of the OIR 
and ACR supplementary services 


Configuration: 


CF ROAM AS 


SUT: 


IMS A and IMS B 


References: 


Test Purpose 


Specification Reference 


TP_IMS_5046_01 


TS 124 229 [1], clause 5.2.6.3.3 HI 
(1^^ numbered list) 


IP IMS 5067 01 


TS 124 229 [1], clause 5.2.7.2 ^5 


TP_IMS_5097_09 


TS 124 229 [1], clause 5.4.3.2 nil 
(items 5 and 8 in 1^^ numbered list) 


Use Case ref.: 


UC 06 R 


m 


Pre-test 
conditions: 


• HSS of IMS_A and of IMS B is configured according to table 1 

• UE_A and UE_B have IP bearers established to their respective IMS networks as 
per clause 4.2.1 

• UE_A is registered in IMS_A using any userACR identity according to table 1 

• UE B is registered in IMS B via IMS A using userOIR identity according to 
table 1 

• UE_A is subscribed to ACR service 

• IMS_B is configured to contact AS_B (OIR) 

• IMS_A is configured to contact AS_A (ACR) 

• UE B is subscribed to OIR service 


Test Sequence: 


Step 


™ 


1 


User B calls User A (i.e. userACR in IMS_B) 


2 


Verify that user B is informed that call has been rejected due to ACR 
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Interoperability Test Description 



Conformance 
Criteria: 



Check 



TP_IMS_5046_01 in CFW step 6 (INVITE) 
ensure that { 
when { IMS_A receives an initial INVITE from UE_B } 
then { IMS_A sends the INVITE to IMS_B 
containing a Route_header 

not indicating the P-CSCF_SIP_URI of IMS_A and 
containing a Route_header 
indicating the "list of Service Route header URIs 
from the registration" and 
containing an additional Via_header 
containing ( the P-CSCF_via_port_number and 
(the P-CSCF-FQDN_address or 
the P-CSCF-IP_address)) of IMS_A and 
containing an additional topmost Record-Route_header 
indicating (the P-CSCF_port_number 

'where it awaits subsequent requests' from UE_A and 
(the P-CSCF-FQDN_address or 
the P-CSCF-IP_address)) of IMS_A and 
not containing P-Preferred-ldentity_header and 
containing a P-Asserted-ldentity_header 

containing an address of UE_B and 
containing a P-Charging-Vector_header 
containing an icid-value_parameter } 

L 



TP_IMS_5067_01 in CFW step 6 (INVITE) 

ensure that { 
when { IMS_A receives an initial INVITE from UE_B } 
then { IMS_A sends the INVITE to IMS_B 

containing a P-Charging-Vector_header 



L 



} 



TP_IMS_5097_09 in CFW step 12 (INVITE) 
ensure that { 
when { IMS_B receives an initial INVITE from IMS_A addressed to UE_A } 
then { IMS_B sends the initial INVITE to AS_B 
containing a Route_header 

indicating the SIP_URI of AS_B and 
containing a P-Charging-Function-Addresses_header and 
containing a P-Charging-Vector_header 
(including a orig-ioi_parameter 

indicating operatorjdentifier of IMS_A and 
not including a term-ioi_parameter and 
including access-network-charging-info) } 
1 
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User B calls User A 
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UE_B sends INVITE with the first 
SDP offer indicating all desired 
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100 Trying 


IMS_A responds with a 100 Trying 
provisional response 
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433 
Anonymity 
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Anonymity 



433 
Anonymity 
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Anonymity 
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Anonymity 



433 
Anonymity 



IMS A sends INVITE to IBCF A 



IBCF_A responds with a 100 Trying 
provisional response 



IBCF A sends INVITE to IBCF B 



IBCF_B responds with a 100 Trying 
provisional response 



IBCF B sends INVITE to IMS B 



IMS_B responds with a 100 Trying 
provisional response 



IMS B sends query to ENUM DB 



ENUM DB sends response to IMS B 



INVITE triggers the OIRIFC in 
IMS B 



IMS_B forwards the INVITE to 
IMS BAS 



IMS_B AS optionally responds with a 
100 Trying provisional response 



IMS_B AS returns modified INVITE 
including Privacy header (value "id" 



IMS_B responds with a 100 Trying 
provisional response 



IMS B forwards INVITE to IBCF B 



IBCF_B responds with a 100 Trying 
provisional response 



IBCF B forwards INVITE to IBCF A 



IBCF_A responds with a 100 Trying 
provisional response 



IBCF A forwards INVITE to IMS A 



IMS_A responds with a 100 Trying 
provisional response 



INVITE triggers the ACR IFC in 
IMS A 



IMS_A forwards the INVITE to 
IMS A AS 



AS optionally responds with a 100 
Trying provisional response 



IMS_A AS responds with 433 
Anonymity Disallowed to IMS_A 



IMS_A forwards the 433 Anonymity 
Disallowed to IBCF A 



IBCF_A forwards the 433 Anonymity 
Disallowed to IBCF B 



IBCF_B forwards the 433 Anonymity 
Disallowed to IMS B 



IMS_B forwards the 433 Anonymity 
Disallowed to IMS B AS 



IMS_B AS forwards, possibly 
modified, 433 Anonymity Disallowed 
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Step 



Direction 



IVIessage 



Comment 
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E 
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I 

M 
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B 



A 
S 
B 



30 



31 



32 



33 



34 



35 



36 



37 



38 



39 



40 



41 



42 



43 



44 



433 
Anonymity 



433 
Anonymity 



433 
Anonymity 



433 
Anonymity 



ACK 



ACK 



ACK 



ACK 



ACK 



ACK 



ACK 



ACK 



ACK 



ACK 



ll\/IS_B forwards the 433 Anonymity 
Disallowed to IBCF B 



IBCF_B forwards the 433 Anonymity 
Disallowed to IBCF A 



IBCF_A forwards the 433 Anonymity 
Disallowed to IMS A 



IMS_A forwards the 433 Anonymity 
Disallowed to UE B 



User B is informed that the call has 
been rejected due to ACR 



UE B sends ACK to IMS A 



IMS A sends ACK to IBCF A 



IBCF A sends ACK to IBCF B 



IBCF B sends ACK to IMS B 



IMS_B forwards the ACK to IMS_B 
AS 



IMS_B AS forwards, possibly 
modified, ACK to IMS_B 



IMS B forwards ACK to IBCF B 



IBCF B forwards ACK to IBCF A 



IBCF A forwards ACK to IMS A 



IMS A forwards ACK to IMS A AS 



4.5.5.7 



Supplementary Service CFU with AS 



Interoperability Test Description 


Identifier: 


TD IMS SS 0007 


Summary: 


IMS network supports properly application services based on the example of the CFU 
supplementary service 


Configuration: 


CF INT AS 


SUT: 


IMS A and IMS B 


References: 


Test Purpose 


Specification Reference 


TP_IMS_5097_01 


TS 124 229 [1], clause 5.4.3.2 nil 
(1^^ numbered list) 


TP_IMS_5108_03 


TS 124 229 [1], clause 5.4.3.3 115 
(item 4 in 1^^ numbered list) 


TP_IMS_5115_08 


TS 124 229 [1], clause 5.4.3.3 1189 
(4^^ numbered list) 


Use Case ref.: 


UC 11 1 




Pre-test 
conditions: 


• HSS of IMS_A and of IMS B is configured according to table 1 

• UE_A and UE_B2 have IP bearers established to IMS_B as per clause 4.2.1 

• UE_A is registered in IMS_A using any user identity 

• UE_B2 is registered in IMS_B using any user identity 

• IMS_B is configured to contact AS_B (CFU) for userCFU 

• UE B1 is subscribed to IMS B and has activated CFU service 
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^ 



Interoperability Test Description 



Test Sequence: 



Step 



User A calls User B (i.e. userCFU in IMS_B) 



User A may be informed of call diversion 



User 82 answers call 



Verify that user A is informed that call has been answered 



Verify that user B2 is informed that call is established 



User A ends call 



Verify that user B2 is informed that call has ended 



Verify that user A is informed that call has ended 



Conformance 
Criteria: 



Check 



TP_IMS_5097_01 in CFW step 8 (INVITE): 
ensure that { 

when { UE_A sends an initial INVITE to UE_B } 
then { IMS_B receives the initial INVITE 
not containing a Route_heacler 

indicating the S-CSCF_SIP_URI of IMS_A 
containing a P-Charging-Vector_header 
(containing an icid-value_parameter and 
containing a orig-ioi_parameter indicating IMS_A and 
not containing an access-network-charging-info_parameter and 
not containing a term-ioi_parameter) and 
containing a Record-Route_header 
indicating the originating S-CSCF_SIP_URI } 

1 



TP_IMS_5108_03 in CFW step 12 (INVITE) 
ensure that { 
when { IMS_B receives an initial INVITE from IMS_A addressed_to UE_B } 
then { IMS_B sends the initial INVITE to AS_B 
containing a topmost Route_header 

indicating the SIP_URI of AS_B and 
containing a Route_header 

indicating the S-CSCF_SIP_URI of IMS_B and 
containing a P-Charging-Vector_header 
including a orig-ioi_parameter 

indicating operatorjdentifier of IMS_A and 
not including a term-ioi_parameter } 
1 



TP_IMS_5115_08 in CFW step 30 (200 OK) 
ensure that { 
when { IMS_B receives 200_response from AS_B addressed_to UE_A } 
then { IMS_B sends the 200_response to IMS_A 
containing a P-Charging-Vector_header 
including a orig-ioi_parameter 

indicating operatorjdentifier of IMS_A and 
including a term-ioi_parameter 
indicating operatorjdentifier of IMS_BIUT_ } 

1 



Step 


Direction 


Message 


Comment 




U 
s 
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U 

E 
A 
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r 
B2 


U 

E 
B2 


1 

M 
S 
A 


E 
N 
U 
M 
DB 


1 

B 
C 
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A 


1 

B 
C 
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B 


1 

M 
S 
B 


A 
S 
B 






1 


























User A calls User B 


^ 




2 












-s. 












INVITE 


UE_A sends INVITE with the first 
SDP offer indicating all desired 


• 






3 


100 Trying 


IMS_A responds with a 100 Trying 
provisional response 


K 






4 


ENUM 


IMS_A sends query to ENUM DB 




y 
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Step 


Direction 


IVIessage 


Comment 
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5 












/ 












ENUM 


ENUM DB sends response to 
IMS_A 




6 


INVITE 


IMS A forwards INVITE to 
IBCF_A 


/ 


? 


7 


100 Trying 


IBCF_A responds with a 100 
Trying provisional response 






8 


INVITE 


IBCF A forwards INVITE to 
IBCF_B 


• 


9 


100 Trying 


IBCF_B responds with a 100 
Trying provisional response 




10 


INVITE 


IBCF B forwards INVITE to 
IMS_B 


f 


11 


100 Trying 


IMS_B responds with a 100 Trying 
provisional response 






























INVITE triggers the CPU IPC in 
IMS_B 


12 
























INVITE 


IMS B forwards the INVITE to 
AS_B 


f 


13 


100 Trying 


AS_B optionally responds with the 
100 Trying to IMS_B 






























AS_B applies the CDIV CPU 
procedure 


14 






• 






• 




/ 


• 


• 




181 Call is 
being 


AS_B indicates optionally to 
IMS_B that call has been 




15 


181 Call is 
being 


IMS_B indicates to IBCP_B that 
call has been forwarded 


\ 


16 


181 Call is 
being 


IBCP_B indicates to IBCP_A that 
call has been forwarded 




17 


181 Call is 
being 


IBCP_A indicates to IMS_A that 
call has been forwarded 






18 


181 Call is 
being 


IMS_A indicates that call to UE_B 
has been forwarded 


K 






19 


























User A may be informed of call 
diversion 


i 




20 










/^ 










{ 




INVITE 


AS_B returns modified INVITE 
including new request URI and 




21 


100 Trying 


IMS_B responds with a 100 Trying 
provisional response 




22 


INVITE 


IMS B forwards the INVITE to 
UE_B2 












23 


100 Trying 


UE_B2 optionally responds with a 
100 Trying provisional response 












24 


























User B2 is informed of incoming 
call of User A 


i 




25 




User B2 answers call 


^ 




26 
























200 OK 


UE_B2 responds to INVITE with 
200 OK to indicate that the call 








/ 


f 


27 


200 OK 


IMS_B forwards 200 OK response 
to AS_B 


^ 


28 


200 OK 


AS B returns, possibly modified, 
200OKtolMS_B 


\ 


29 


200 OK 


IMS B forwards 200 OK response 
to IBCP_B 




30 


200 OK 


IBCP_B forwards 200 OK 
response to IBCP_A 
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Step 


Direction 


Message 


Comment 
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31 






• 






/ 












200 OK 


IBCF_A forwards 200 OK 
response to IMS_A 






32 


200 OK 


IMS A forwards 200 OK response 
to UE_A 


K 






33 


























User A is informed that call has 
been answered 


i 





















4.5.5.8 



Supplementary Service CFU with AS in roaming 



Interoperability Test Description 


Identifier: 


ID IMS SS 0008 


Summary: 


IMS network supports properly application services based on the example of the CFU 
supplementary service 


Configuration: 


CF ROAM AS 


SUT: 


IMS A and IMS B 


References: 


Test Purpose 


Specification Reference 


TP_IMS_5046_01 


TS 124 229 [1], clause 5.2.6.3.3 HI 
(1^^ numbered list) 


IP IMS 5067 01 


TS 124 229 fll, clause 5.2.7.2 115 


IP IMS 5070 01 


TS 124 229 [1], clause 5.2.7.3 113 


TP_IMS_5110_01 


TS 124 229 [1], clause 5.4.3.3 1179 
(after 6^^ dashed list) 


Use Case ref.: 


UC 11 R 




Pre-test 
conditions: 


• HSS of IMS_A and of IMS B is configured according to table 1 

• UE_A and UE_B2 have IP bearers established to IMS_B as per clause 4.2.1 

• UE_A is registered in IMS_A using any user identity 

• UE_B2 is registered in IMS_B via IMS_A using any user identity 

• IMS_A is configured to contact AS_A (CFU) for userCFU 

• UE A1 is subscribed to IMS A and has activated CFU service 




^^ ^" !^^ 


Test Sequence: 


Step 




1 


User B calls User A (i.e. userCFU in IMS A) 


2 


User B may be informed of call diversion 


3 


User A2 answers call 


4 


Verify that user B is informed that call has been answered 


6 


Verify that user A2 is informed that call is established 


7 


User B ends call 


8 


Verify that user A2 is informed that call has ended 


9 


Verify that user B is informed that call has ended 
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Interoperability Test Description 



Conformance 
Criteria: 



Check 



1 



TP_IMS_5046_01 in CFW step 6 (INVITE) 
ensure that { 
when { IMS_A receives an initial INVITE from UE_B } 
then { IMS_A sends the INVITE to IMS_B 
containing a Route_header 

not indicating the P-CSCF_SIP_URI of IMS_A and 
containing a Route_header 
indicating the "list of Service Route header URIs 
from the registration" and 
containing an additional Via_header 
containing ( the P-CSCF_via_port_number and 
(the P-CSCF-FQDN_address or 
the P-CSCF-IP_address)) of IMS_A and 
containing an additional topmost Record-Route_header 
indicating (the P-CSCF_port_number 

'where it awaits subsequent requests' from UE_A and 
(the P-CSCF-FQDN_address or 
the P-CSCF-IP_address)) of IMS_A and 
not containing P-Preferred-ldentity_header and 
containing a P-Asserted-ldentity_header 

containing an address of UE_B and 
containing a P-Charging-Vector_header 
containing an icid-value_parameter } 
1 



TP_IMS_5067_01 in CFW step 6 (INVITE) 
ensure that { 
when { IMS_A receives an initial INVITE from UE_B } 
then { IMS_A sends the INVITE to IMS_B 

containing a P-Charging-Vector_header 
} 
1 



TP_IMS_5070_01 in CFW step 15 (100 Trying) 

ensure that { 
when { IMS_A receives an initial INVITE from UE_B } 
then { IMS_A sends a 100_response to IMS_B 
} 

L 



TP_IMS_51 10_01 in CFW step 39 (200 OK) 
ensure that { 

when { IMS_A receives a 200_response from AS_A addressed_to UE_B } 

then { IMS_A sends the 200_response to IMS_B } 

1 
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User B calls User A 




2 












\ 


v 










INVITE 


UE_B sends INVITE with the first SDP 
offer indicating all desired media and 


y 


3 


100 Trying 


IMS_A responds with a 100 Trying 
provisional response 




4 


INVITE 


IMS_A forwards INVITE to IBCF_A 


/ 


5 


100 Trying 


IBCF_A responds with a 100 Trying 
provisional response 




6 


INVITE 


IBCF_A forwards INVITE to IBCF_B 




/ 
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Step 




Direction 


IVIessage 


Comment 
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7 












/ 


• 










100 Trying 


IBCF_B responds with a 100 Trying 
provisional response 




8 


INVITE 


IBCF_B forwards INVITE to IMS_B 


/ 




9 


100 Trying 


IMS_B responds with a 100 Trying 
provisional response 


/ 


• 


10 


ENUM 


IMS_A sends query to ENUM DB 




11 


ENUM 


ENUM DB sends response to IMS_A 




12 


INVITE 


IMS_B forwards INVITE to IBCF_B 






13 


100 Trying 


IBCF_B responds with a 100 Trying 
provisional response 






14 


INVITE 


IBCF_B forwards INVITE to IBCF_A 




15 


100 Trying 


IBCF_A responds with a 100 Trying 
provisional response 




16 


INVITE 


IBCF_A forwards INVITE to IMS_A 


v 


17 


100 Trying 


IMS_A responds with a 100 Trying 
provisional response 






























INVITE triggers the CPU IPC in IMS_A 


18 
























INVITE 


IMS_A forwards the INVITE to IMS_A AS 


• 










19 


100 Trying 


IMS_A AS optionally responds with the 
100 Trying to IMS_A 






































IMS_A AS applies the CDIV CPU 
procedure 


20 










{ 


/ 












181 Call is 
being 


IMS_A AS indicates optionally to IMS_A 
that call has been forwarded 


v 


v 








21 


181 Call is 
being 


IMS_A indicates to IBCP_A that call has 
been forwarded 


• 


22 


181 Call is 
being 


IBCP_A indicates to IBCP_B that call has 
been forwarded 


• 


23 


181 Call is 
being 


IBCP_B indicates to IMS_B that call has 
been forwarded 


/ 




24 


181 Call is 
being 


IMS_B indicates to IBCP_B that call has 
been forwarded 






25 


181 Call is 
being 


IBCP_B indicates to IBCP_A that call has 
been forwarded 




26 


181 Call is 
being 


IBCP_A indicates to IMS_A that call has 
been forwarded 


\ 


27 


181 Call is 
being 


IMS_A indicates to UE_B that call to 
UE_A has been forwarded 




28 


























User B may be informed of call diversion 


k 




29 






{ 






• 












INVITE 


IMS_A AS returns modified INVITE 
including new request URI and history 


\ 










30 


100 Trying 


IMS_A responds with a 100 Trying 
provisional response 












31 


INVITE 


IMS_A forwards the INVITE to UE_A2 








32 


100 Trying 


UE_A2 optionally responds with a 100 
Trying provisional response 












/ 
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Step 




Direction 
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33 


























User A2 is informed of incoming call of 
UserB 


^ 




34 




User A2 answers call 


^ 




35 
























200 OK 


UE_A2 responds to INVITE with 200 OK 
to indicate that the call has been 






/^ 


36 


200 OK 


IMS A forwards 200 OK response to 
IMS_AAS 


z' 










37 


200 OK 


IIVIS A AS returns, possibly modified, 
200 OK to IIVIS_A 




v 








38 


200 OK 


IIVIS A forwards 200 OK response to 
IBCF_A 


y 


39 


200 OK 


IBCF A forwards 200 OK response to 
IBCF_B 


/ 


40 


200 OK 


IBCF B forwards 200 OK response to 
IMS_B 


/ 




41 


200 OK 


IMS B forwards 200 OK response to 
IBCF_B 






42 


200 OK 


IBCF B forwards 200 OK response to 
IBCF_A 




43 


200 OK 


IBCF A forwards 200 OK response to 
IMS_A 


V 


44 


200 OK 


IMS A forwards 200 OK response to 
UE_B 




45 


























User B is informed that call has been 
answered 


i 





































4.5.5.9 



Supplementary Services DIP and OIR with AS 



Interoperability Test Description 


Identifier: 


TD IMS SS 0009 


Summary: 


IMS network supports properly application services based on the example of the OIP and OIR 
supplementary services 


Configuration: 


CF INT AS 


SUT: 


IMS B 


References: 


Test Purpose 


Specification Reference 


TP_IMS_5097_01 


TS 1 24 229 [1 ], clause 5.4.3.2 ^1 1 
(1^^ numbered list) 


TP_IMS_5108_03 


TS 124 229 [1], clause 5.4.3.3 115 
(item 4 in 1^^ numbered list) 


Use Case ref.: 


UC 09 1 


^^^^^■«» 


Pre-test 
conditions: 


• HSS of IMS_A and of IMS B is configured according to table 1 

• UE_A and UE_B have IP bearers established to their respective IMS networks as per clause 4.2.1 

• UE_A is registered in IMS_A using userOIR_priv identity according to table 1 

• UE_B is registered in IMS_B using userOIP_priv identity according to table 1 

• IMS_A is configured to contact AS_A (OIR) 

• UE_A is subscribed to OIR service 

• IMS_B is configured to contact AS_B (OIP) 

• UE B is subscribed to OIP service 
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Test Sequence: 


Step 


B 




1 


User A calls User B (i.e. userOIP in IMS B) 


2 


Verify that user B is informed of incoming call of User A and User A's identity is not displayed 


3 


Verify that user A is informed that UE A is ringing 


4 


User B answers call 


5 


Verify that user A is informed that call has been answered 


6 


Verify that user B is informed that the call is established 


7 


User B ends call 


8 


Verify that user A is informed that call has ended 


9 


Verify that user B is informed that call has ended 


^^^^^ 




Conformance 
Criteria: 


Check 


J 




1 


TP_IMS_5097_01 in CFW step 120 (INVITE): 
ensure that { 

when { UE_A sends an initial INVITE to UE_B } 
then { IMS_B receives the initial INVITE 
not containing a Route header 

indicating the S-CSCF_SIP_URI of IMS_A 
containing a P-Charging-Vector_header 
(containing an icid-value_parameter and 
containing a orig-ioi_parameter indicating IMS_A and 
not containing an access-network-charging-info_parameter and 
not containing a term-ioi_parameter) and 
containing a Record-Route_header 
indicating the originating S-CSCF SIP URI } 
} 


2 


TP_IMS_5108_03 in CFW step 16 (INVITE) 
ensure that { 
when {IMS B receives an initial INVITE from IMS A addressed to UE Bj 
then {IMS_B sends the INVITE to AS_B 
containing a topmost Route_header 

indicating the SIP_URI of AS_B and 
containing a Route header 

indicating the S-CSCF_SIP_URI of IMS_B and 
containing a P-Charging-Vector_header 
including a orig-ioi_parameter 

indicating operatorjdentifier of IMS_A and 
not including a term-ioi parameter} 
} 
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Comment 




U 
s 
e 
r 
A 


U 

E 
A 


U 
s 
e 
r 
B 


U 

E 
B 


1 

M 
S 
A 


E 
N 
U 
M 
DB 


A 
S 
A 


1 

B 
C 
F 
A 


1 

B 
C 
F 
B 


1 

M 
S 
B 


A 
S 
B 






1 




























User A calls User B 




^ 










2 












\ 














INVITE 


UE_A sends INVITE with the first SDP 




/ 






offer indicating all desired media and 


3 


100 Trying 


IMS_A responds with a 100 Trying 










provisional response 


4 


ENUM 


IMS B sends query to ENUM DB 




/ 




5 


ENUM 


ENUM DB sends response to IMS B 




\ 
































INVITE triggers the OIR IPC in IMS_A 


6 


























INVITE 


IMS A forwards the INVITE to IMS A 




/ 




AS 


7 


100 Trying 


IMS_A AS optionally responds with a 












100 Trying provisional response 
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Step 


Direction 


IVIessage 


Comment 
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INVITE 


IMS_A AS returns modified INVITE 








including Privacy header (value "id" or 


9 


100 Trying 


IMS_A responds with a 100 Trying 








provisional response 


10 


INVITE 


IMS A forwards the INVITE to 




/ 






IBCF_A 


11 


100 Trying 


IBCF_A responds with a 100 Trying 










provisional response 


12 


INVITE 


IBCF A forwards the INVITE to 






IBCF_B 


13 


100 Trying 


IBCF_B responds with a 100 Trying 






provisional response 


14 


INVITE 


IBCF B forwards the INVITE to 




z' 


IMS_B 


15 


100 Trying 


IMS_B responds with a 100 Trying 






provisional response 






























INVITE triggers the OIP IPC in IMS_B 


16 










/^ 












X 




INVITE 


IMS B forwards the INVITE to IMS B 




/^ 


AS 


17 


100 Trying 


IMS_B AS optionally responds with a 




y 


100 Trying provisional response 


18 


INVITE 


IMS_B AS returns modified INVITE 




X 


including modified From and P- 


19 


100 Trying 


IMS_B responds with a 100 Trying 






provisional response 


20 


INVITE 


IMS_B forwards the INVITE to UE_B 


















21 


100 Trying 


UE_B optionally responds with a 100 
















Trying provisional response 


22 




























User B is informed of incoming call of 
User A, user A's identity is not 




i 






23 






< 














X 






180 Ringing 


UE_B responds to initial INVITE with 






/ 








• 


180 Ringing to indicate that it has 


24 


180 Ringing 


IMS B forwards the 180 Ringing to 




y 


IMS_B AS 


25 


180 Ringing 


IMS_B AS forwards, possibly modified, 






180 Ringing to IMS_B 


26 


180 Ringing 


IMS B forwards 180 Ringing response 




K 


to IBCF_B 


27 


180 Ringing 


IBCF B forwards 180 Ringing response 






to IBCF_A 


28 


180 Ringing 


IBCF A forwards 180 Ringing response 










to IMS_A 


29 


180 Ringing 


IMS A forwards 180 Ringing response 




/ 




tolMS_AAS 


30 


180 Ringing 


IMS_A AS forwards, possibly modified, 








180 Ringing response to IMS_A 


31 


180 Ringing 


IMS_A forwards the 180 Ringing 










response to UE_A 


32 




























User A is informed that UE_B is ringing 




i 






33 




User B answers call 




^ 






?4 




















x 






200 OK 


UE_B responds INVITE with 200 OK to 
























y 


indicate that the call has been 
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Step 


Direction 


IVIessage 


Comment 
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35 






< 






/ 








• 






200 OK 


IMS B forwards the 200 OK to IMS B 




y 


AS 


36 


200 OK 


IMS B AS forwards, possibly modified, 






200OKtolMS_B 


37 


200 OK 


IMS B forwards 200 OK response to 




K 


IBCF_B 


38 


200 OK 


IBCF B forwards 200 OK response to 






IBCF_A 


39 


200 OK 


IBCF A forwards 200 OK response to 










IMS_A 


40 


200 OK 


IMS A forwards 200 OK response to 




/ 




IMS_AAS 


41 


200 OK 


IMS_A AS forwards, possibly modified. 








200 OK response to IMS_A 


43 


200 OK 


IMS A forwards the 200 OK response 










to UE_A 


44 




























User A is informed that call has been 




i 


answered 











































4.5.5.10 Supplementary Services OIP and OIR with AS in roaming 



Interoperability Test Description 


Identifier: 


TD IMS SS 0010 


Summary: 


IMS network supports properly application services based on the example of the OIP 
and OIR supplementary services 


Configuration: 


CF ROAM AS 


SUT: 


IMS A and IMS B 


References: 


Test Purpose 


Specification Reference 


TP_IMS_5046_01 


TS 124 229 [1], clause 5.2.6.3.3 HI 
(1^^ numbered list) 


TP_IMS_5097_09 


TS 1 24 229 [1 ], clause 5.4.3.2 V 1 
(items 5 and 8 in 1^^ numbered list) 


TP IMS 5308 01 


TS 124 229 [1], clause 5.4.4.2.2 ^2 


TP IMS 5308 02 


TS 124 229 [1], clause 5.4.4.2.2 112 


TP IMS 5067 01 


TS 124 229 [1], clause 5.2.7.2 115 


Use Case ref.: 


UG 09 R 




Pre-test 
conditions: 


• HSS of IMS_A and of IMS B is configured according to table 1 

• UE_A and UE_B have IP bearers established to their respective IMS networks as 
per clause 4.2.1 

• UE_A is registered in IMS_A using userOIP_priv identity according to table 1 

• UE B is registered in IMS B via IMS A using userOIR priv identity according to 
table 1 

• IMS_A is configured to contact AS_A (OIP) 

• UE_A is subscribed to OIP service 

• IMS_B is configured to contact AS_B (OIR) 

• UE B is subscribed to OIR service 


^ 1 


Test Sequence: 


Step 


J 


1 


User B calls User A (i.e. userOIP in IMS A) 


2 


Verify that user A is informed of incoming call of User B and User B's 
identity is not displayed 


3 


Verify that user B is informed that UE A is ringing 


4 


User A answers call 


5 


Verify that user B is informed that call has been answered 


6 


Verify that user A is informed that the call is established 


7 


User A ends call 
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Interoperability Test Description 



Verify that user B is informed that call has ended 



Verify that user A is informed that call has ended 



Conformance 
Criteria: 



Check 



TP_IMS_5046_01 in CFW step 6 (INVITE) 
ensure that { 
when { IMS_A receives an initial INVITE from UE_B } 
then { IMS_A sends the INVITE to IMS_B 
containing a Route_header 

not indicating the P-CSCF_SIP_URI of IMS_A and 
containing a Route_header 
indicating the "list of Service Route header URIs 
from the registration" and 
containing an additional Via_header 
containing ( the P-CSCF_via_port_number and 
(the P-CSCF-FQDN_address or 
the P-CSCF-IP_address)) of IMS_A and 
containing an additional topmost Record-Route_header 
indicating (the P-CSCF_port_number 

'where it awaits subsequent requests' from UE_A and 
(the P-CSCF-FQDN_address or 
the P-CSCF-IP_address)) of IMS_A and 
not containing P- Preferred- ldentity_header and 
containing a P- Asserted- ldentity_header 

containing an address of UE_B and 
containing a P-Charging-Vector_header 
containing an icid-value_parameter } 

1 



TP_IMS_5097_09 in CFW step 12 (INVITE) 
ensure that { 
when { IMS_B receives an initial INVITE from IMS_A addressed_to UE_B } 
then { IMS_B sends the initial INVITE to AS_B 
containing a Route_header 

indicating the SIP_URI of AS_B and 
containing a P-Charging-Function-Addresses_header and 
containing a P-Charging-Vector_header 
(including a orig-ioi_parameter 

indicating operatorjdentifier of IMS_A and 
not including a term-ioi_parameter and 
including access-network-charging-info) } 

L 



TP_IMS_5308_01 in CFW step 30 (180 ringing) 
ensure that { 
when { IMS_A receives a 180 response from UE_A 
containing a P-Charging-Vector_header 
including an access-network-charging-info_parameter 

} 

then { IMS_A sends the 180 response to AS_A 
containing a P-Charging-Vector_header 
including an access-network-charging-info_parameter 

1 



TP_IMS_5308_02 in CFW step 44 (200 OK) 
ensure that { 
when { IMS_A receives a 200 response from UE_A 
containing a P-Charging-Vector_header 
including an access-network-charging-info_parameter 

} 

then { IMS_A sends the 200 response to AS_A 
containing a P-Charging-Vector_header 
including an access-network-charging-info_parameter 

1 
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Interoperability Test Description 



TP_IMS_5067_01 in CFW step 6 (INVITE) 
ensure that { 
when { IMS_A receives an initial INVITE from UE_B } 
then { IMS_A sends the INVITE to IMS_B 

containing a P-Charging-Vector_header 
} 
} 



Step 


Direction 


Message 


Comment 
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A 


U 
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r 
B 
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E 
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C 
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A 


1 

B 
C 
F 
B 
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U 
M 
DB 


1 

M 
S 
B 


A 
S 
B 






1 




























User B calls User A 




2 














X 


N 


i 








INVITE 


UE_B sends INVITE with the first 
SDP offer indicating all desired 


< 


3 


100 Trying 


IMS_A responds with a 100 Trying 
provisional response 




4 


INVITE 


IMS A forwards INVITE to 
IBCF_A 


^ 




5 


100 Trying 


IBCF_A responds with a 100 Trying 
provisional response 


\ 




6 


INVITE 


IBCF A forwards INVITE to 
IBCF_B 




7 


100 Trying 


IBCF_B responds with a 100 Trying 
provisional response 




8 


INVITE 


IBCF B forwards INVITE to 
IMS_B 




9 


100 Trying 


IMS_B responds with a 100 Trying 
provisional response 


< 


10 


ENUM 


IMS B sends query to ENUM DB 




11 


ENUM 


ENUM DB sends response to IMS 
B 
































INVITE triggers the OIR IPC in 
IMS_B 


12 












y 






i 








INVITE 


IMS B forwards the INVITE to 
IMS_B AS 


< 


13 


100 Trying 


IMS_B AS optionally responds with 
a 100 Trying provisional response 


^ 


14 


INVITE 


IMS_B AS returns modified INVITE 
including Privacy header (value "id" 


\ 


15 


100 Trying 


IMS_B responds with a 100 Trying 
provisional response 




16 


INVITE 


IMS B forwards the INVITE to 
IBCP_B 




17 


100 Trying 


IBCP_B responds with a 100 Trying 
provisional response 




18 


INVITE 


IBCP B forwards the INVITE to 
IBCP_A 


\ 


19 


100 Trying 


IBCP_A responds with a 100 Trying 
provisional response 




20 


INVITE 


IBCP A forwards the INVITE to 
IMS_A 




X 


21 


100 Trying 


IMS_A responds with a 100 Trying 
provisional response 




} 






























INVITE triggers the OIP IPC in 
IMS A 
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Step 



Direction 



IVIessage 



Comment 
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22 



23 



24 



25 



26 



27 



28 



29 



30 



31 



32 



33 



34 



35 



36 



37 



38 



39 



40 



41 



42 



43 



44 



45 



46 



47 



48 



49 



INVITE 



IMS_A forwards the INVITE to 
IMS A AS 



100 Trying 



IMS_A AS optionally responds with 
a 100 Trying provisional response 



INVITE 



IMS_A AS returns modified INVITE 
including modified From and P- 



100 Trying 



IMS_A responds with a 100 Trying 
provisional response 



INVITE 



IMS_A forwards the INVITE to 
UE A 



100 Trying 



UE_A optionally responds with a 
100 Trying provisional response 



User A is informed of incoming call 
of User B, user B's identity is not 



180 Ringing 



UE_A responds to initial INVITE 
with 180 Ringing to indicate that it 



180 Ringing 



IMS_A forwards the 180 Ringing 
to IMS A AS 



180 Ringing 



IMS_A AS forwards, possibly 
modified, 180 Ringing to IMS_A 



180 Ringing 



I MS_A forwards 180 Ringing 
response to IBCF_A 



180 Ringing 



IBCF_A forwards 180 Ringing 
response to IBCF_B 



180 Ringing 



IBCF_B forwards 180 Ringing 
response to IMS_B 



180 Ringing 



IMS_B forwards 180 Ringing 
response to IMS_B AS 



180 Ringing 



IMS_B AS forwards, possibly 
modified, 180 Ringing response to 



180 Ringing 



IMS_B forwards the 180 Ringing 
response to IBCF_B 



180 Ringing 



IBCF_B forwards the 180 Ringing 
response to IBCF_A 



180 Ringing 



IBCF_A forwards the 180 Ringing 
response to IMS_A 



180 Ringing 



IMS_A forwards the 180 Ringing 
response to UE_B 



User B is informed that UE_A is 
ringing 



User A answers call 



200 OK 



UE_A responds INVITE with 200 
OK to indicate that the call has been 



200 OK 



IMS_A forwards the 200 OK to 
IMS A AS 



200 OK 



IMS_A AS forwards, possibly 
modified, 200 OK to IMS A 



200 OK 



IMS_A forwards 200 OK response 
to IBCF A 



200 OK 



IBCF_A forwards 200 OK response 
to IBCF B 



200 OK 



IBCF_B forwards 200 OK response 
to IMS B 



200 OK 



IMS_B forwards 200 OK response 
to IMS B AS 



ETSI 



250 



ETSI TS 186 011-2 V4.1.3 (2012-05) 



Step 


Direction 


IVIessage 


Comment 
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50 










< 


/^ 




y 


/ 




{ 




200 OK 


IMS_B AS forwards, possibly 
modified, 200 OK response to 




51 


200 OK 


IMS_B forwards the 200 OK 
response to IBCF_B 






52 


200 OK 


IBCF_B forwards the 200 OK 
response to IBCF_A 


K 


53 


200 OK 


IBCF_A forwards the 200 OK 
response to ll\/IS_A 






54 


200 OK 


IMS_A forwards the 200 OK 
response to UE_B 




55 




























User B is informed that call has 
been answered 


i 





































4.5.5.11 



Ad-hoc Conference Call service 



Pre-test 
conditions: 



Test Sequence: 



Interoperability Test Description 


Identifier: 


TD IMS GONF 0001 


Summary: 


IMS network handles subsequent INVITEs, UPDATES, REFERs and NOTIFYs 
correctly during Ad-Hoc Conference calls 




Configuration: 


CF INT CONF CALL 


SUT: 


IMS A 


References: 


Test Purpose 


Specification Reference 


TP_IMS_5121_02 


TS 124 229 [1], clause 5.4.3.3 11123 
(9^^ numbered list) 


Use Case ref.: 


UC 16 



HSS of IMS_A and of IMS B is configured according to table 1 

UE_A and UE_B have IP bearers established to their respective IMS networks as 

per clause 4.2.1 

UE_A is registered in IMS_A using any user identity 

IMS_A is configured to contact AS_A (CONF) 

UE_B is registered in IMS_B using any user identity 

IMS_B is configured to contact AS_B (CONF) 

User A and B are subscribed to CONF service 

User A is pre-provisioned with conference-factory URI in IMS_A 



Step 




1 


User A initiates an ad-hoc conference call with a pre-configured conference- 
factory URI 


2 


Verify that User A is informed the Ad Hoc Conference Call is being set up 


3 


Verify that User A is informed the Ad Hoc Conference Call is established 


4 


User A invites User B to join the Conference Call. 


5 


Verify that User B is informed of incoming invitation from User A to join the 
Conference Call 


6 


Verify that User A is informed that User B is being alerted 


7 


User B joins the Conference Call 


8 


Verify that User A is alerted when User B joins the Conference Call 


9 


User B leaves the Conference Call 


10 


Verify that User B is informed that the Conference Call has ended 


11 


Verify that User A is alerted when User B leaves the Conference Call 
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Interoperability Test Description 



Conformance 
Criteria: 



Check 



TP_IMS_5121_02 in CFW in step 36 & 46 (200 OK ): 
ensure that { 

when { UE_B sends a 1xx or 2xx_response to UE_A } 
then { IMS_A receives the 1xx or 2xx_response 
containing a P-Charging-Vector_header 

not containing a access-network-charging-info_parameter and 
not containing a P-Access-Network-lnfo_header } 

1 



Step Direction Message Comment 
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1 




























User A initiates an ad-hoc 
conference call 


^ 




2 


























INVITE 


UE_A sends INVITE to IMS_A with 
information for all commonly 
supported presence elements 


y 






3 


100 Trying 


IMS_A responds with a 100 Trying 
provisional response 


\ 






4 




























User A is informed the Ad Hoc 
Conference Gall is being set up 


i 




5 






y 




















INVITE 


IMS A forwards INVITE to IMS A 
AS 




6 


100 Trying 


IMS_A AS responds with a 100 
Trying provisional response 




7 


200 OK 


IMS_A AS responds with a 200 OK 
to IMS A, with isfocus parameter. 




8 


200 OK 


IMS_A forwards the 200OK 
response to UE A 


\ 






9 




























User A is informed the Ad Hoc 
Conference Call is established 


^ 




10 


























ACK 


UE A acknowledges the receipt of 
200 OK for INVITE 








11 


ACK 


IMS A forwards the ACK to IMS A 
AS 




12 




























User A invites user B to join the 
ad-hoc conference call 


^ 




13 












i 














REFER 


UE A sends REFER message to 
IMS A, with Refer-To : <UE B uri 
;method=INVITE> 


y 






14 


REFER 


IMS A forwards the REFER to 
IMS A AS 




15 


202 
Accepted 


IMS_A AS responds with a 202 
Accepted 




16 


202 
Accepted 


IMS_A forwards the 202 Accepted 
response to UE A 


f 






17 


NOTIFY 


IMS_A AS sends a NOTIFY to 
IMS_A to inform the conference 
initiator the REFER message is 
being processed 




18 


NOTIFY 


IMS A forwards the NOTIFY to 
UE A 








19 


200 OK 


UE A responds with 200 OK to 
IMS A 








20 


200 OK 


IMS_A forwards the 200 OK 
response to IMS A AS 




7 
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Step 



Direction 



IVIessage 



Comment 
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43 



44 



45 



46 



47 



INVITE 



IMS_A AS sends INVITE to UE_B 
with conference-factory URI 
(received in the REFER message 
fromUEA) 



100 Trying 



ENUM 



ll\/IS_A responds with a 100 Trying 
provisional response 



IMS_A sends query to ENUM DB 



ENUM 



ENUM DB sends response to 
IMS A 



INVITE 



IMS_A forwards the INVITE to 
IBCF A 



100 Trying 



INVITE 



IBCF_A responds with a 100 
Trying provisional response 



IBCF_A forwards the INVITE to 
IBCF B 



100 Trying 



INVITE 



IBCF_B responds with a 100 
Trying provisional response 



IBCF_B forwards the INVITE to 
IMS B 



100 Trying 



IMS_B responds with a 100 Trying 
provisional response 



INVITE 



IMS_B forwards the INVITE to 
UE B 



100 Trying 



UE_B responds with a 100 Trying 
provisional response 



User B is informed of incoming 
invitation from User A to join the 
Conference Call 



180 
Ringing 



UE_B sends a 180 ringing to 
IMS B 



180 
Ringing 



IMS_B forwards the 180 ringing to 
IBCF B 



180 
Ringing 



IBCF_B forwards the 180 ringing 
to IBCF A 



180 
Ringing 



IBCF_A forwards the 180 ringing 
to IMS A 



180 
Ringing 



IMS_A forwards the 180 ringing to 
IMS A AS 



NOTIFY 



Upon reception of 180 Ringing 
from UE_B, IMS_A AS sends 
NOTIFY with sipfrag: 180 Ringing 
to inform conference initiator that 
UE_B is being invited to join the 
conference 



NOTIFY 



IMS_A forwards the NOTIFY to 
UE A 



200 OK 



User A is notified that User B is 
being invited to join the call 



UE_A responds with 200 OK to 
IMS A for NOTIFY 



200 OK 



200 OK 



IMS_A forwards the 200 OK 
response to IMS_A AS 



UE_B responds with 200 OK to 
IMS B for INVITE 



200 OK 



IMS B forwards the 200 OK 
response to IBCF_B 



200 OK 



200 OK 



IBCF_B forwards the 200 OK 
response to IBCF_ A 



IBCF_A forwards the 200 OK 
response to IMS_A 
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Step Direction IVIessage Comment 
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200 OK 


IMS_A forwards the 200 OK 
response to IMS A AS 






49 








^ 




















User B joins the conference 


50 






y 




















ACK 


UE B acknowledges the 200 OK 
for INVITE 




/ 






( 




51 


ACK 


IMS B forwards the ACK to 
IBCF B 


\ 


52 


ACK 


IBCF B forwards the ACK to 
IBCF A 




53 


ACK 


IBCF A forwards the ACK to 
IMS A 








54 


ACK 


IMS A forwards the ACK to IMS A 
AS 


/ 




55 


NOTIFY 


AS_A sends NOTIFY to UE_A to 
inform it has successfully joined 
the conference 






56 


NOTIFY 


IMS_A forwards NOTIFY to UE_A 


\ 






57 




























User A is alerted that User B has 
joined the conference 


i 




58 


























200 OK 


UE A sends 200 OK response for 
NOTIFY 








59 


200 OK 


IMS_A forwards the 200 OK 
response to IMS A AS 






60 








N. 




















User B leaves the conference 




61 




















\ 






BYE 


UE_BsendsBYEtolMS_Bto 
leave the conference 


( 


/ 






/ 


( 


62 


BYE 


IMS B forwards the BYE to 
IBCF B 


\ 


63 


BYE 


IBCF B forwards the BYE to 
IBCF A 


\ 


64 


BYE 


IBCF A forwards the BYE to 
IMS A 






N. 


65 


BYE 


IMS A forwards the BYE to IMS A 
AS 


/ 




66 


200 OK 


IMS_A AS releases resources for 
this conference caller and sends a 
200 OK response for BYE 


\ 




67 


200 OK 


IMS_A forwards the 200 OK 
response to IBCF A 






? 


68 


200 OK 


IBCF_A forwards the 200 OK 
response to IBCF B 


) 


69 


200 OK 


IBCF_B forwards the 200 OK 
response to IMS B 




70 


200 OK 


IMS_B forwards the 200 OK 
response to UE_B 














71 




























User B is informed that the 
conference has ended 


^ 




72 






y 






/ 














NOTIFY 


AS A sends NOTIFY to IMS A to 
inform UE_A that UE_B has left 
the conference 






73 


NOTIFY 


IMS_A forwards NOTIFY to UE_A 


\ 






74 




























User A is notified that user B has 
left the conference 


i 




75 


























200 OK 


UE A sends a 200 OK response 
for NOTIFY 








76 


200 OK 


IMS_A forwards the 200 OK 
response to IMS A AS 
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4.5.6 Presence 

The test descriptions for the presence service are defined in TS 102 901 [17]. 

4.5.7 IPTV 



4.5.7.1 



IPTV registration and Service Attachment. Pusli mode 



Interoperability Test Description 


Identifier: 


TD IMS IPTV 0001 


Summary: 


IMS network supports properly IPTV registration and service attachment in Push mode 


Configuration: 


CF IPTV 


SUT: 


IMS A 


References: 


Test Purpose 


Specification Reference 


TP_IMS_5206_01 


TS 124 229 [1], clause 5.4.1.2.2 F 1115 
(before NOTE 3) 


TP IMS 5308 02 


TS 124 229 [1], clause 5.4.4.2.2 112 


Use Case ref.i 




Pre-test 
conditions: 


• HSS of IMS_A is configured according to table 1 

• UE_A has IP bearers established to its respective IMS networks as per clause 4.2.1 

• UE_A is registered in IMS_A using userlPTV according to table 1 

• IMS_A is configured to send a third party register to AS_A (SDF) 

• IMS A not configured for topology hiding 


^^^^H 




Test Sequence: 


Step 




29 


Verify that user A receives service attachment information 


^^^^ 


Conformance 
Criteria: 


Check 




1 


TP_IMS_5206_01 in CFW step 23 (REGISTER) 
ensure that { 
when { IMS_A receives a protected REGISTER 
containing an Authorization header 
containing a integrity protected parameter indicating 
(yes or 
tis-pending or 
tis-yes or 

ip-assoc-pending or 
ip-assoc-yes)} 
then { IMS_A sends a third party register to AS_A 

containing a P-Access-Network-lnfo header 
containing a P-Visited-Network-ID header 
} 
} 


2 


TP_IMS_5308_02 in CFW step 28 (200 OK) 
ensure that { 
when { lUT receives a 200_response from UE_A 
containing a P-Charging-Vector_header 
including an access-network-charging-info parameter 

} 

then { lUT sends the 200_response to AS_A 
containing a P-Charging-Vector_header 
including an access-network-charging-info parameter 
} 
} 
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Step 


Direction 


IVIessage 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


u 

s 
e 
r 
B 


U 

E 
B 


1 

M 
S 
A 


A 
S 
A 


1 
IVI 

s 

B 


A 
S 
B 




























IMS_A matches the iFC of the service 
profile belong to the user, and find out the 
AS (SDF) that user has subscribed 


23 






• 






N 








REGISTER 


IIVIS_A sends a REGISTER to AS_A 
(third party registration) 


^ 


24 


200 OK 


AS A responds with 200 OK 




25 


MESSAGE 


AS_A sends a MESSAGE containing the 
service attachment information 


N. 


26 


MESSAGE 


IMS A forwards the MESSAGE to UE A 






N 


27 


200 OK 


UE_A responds with 200 OK 








28 


200 OK 


IMS A forwards the 200 OK response 
to AS A 




29 






















UE receives service attachment 
information 



4.5.7.2 



IPTV registration and Service Attachment. Pull mode. 



Interoperability Test Description 


Identifier: 


TD IMS IPTV 0002 


Summary: 


IMS network supports properly IPTV registration and service attachment in Pull mode 


Configuration: 


CF IPTV 


SUT: 


IMS A 


References: 


Test Purpose 


Specification Reference 


TP_IMS_5097_14 


TS 1 24 229 [1 ], clause 5.4.3.2 V 1 
(items 5 and 8 in 1^^ numbered list) 


TP IMS 5308 02 


TS 124 229 [1], clause 5.4.4.2.2 ^2 


Use Case ref.: 




^^^^ 


Pre-test 
conditions: 


• HSS of IMS_A is configured according to table 1 

• UE_A has IP bearers established to its respective IMS networks as per clause 4.2.1 

• UE_A is registered in IMS_A using userlPTV according to table 1 

• UE_A, IMS_A, AS_A support pull mode service discovery 

• IMS A not configured for topology hiding 


^H 


Test Sequence: 


Step 


J 


31 


Verify that user A receives service attachment information 


^^^^ 


Conformance 
Criteria: 


Check 




1 


TP_IMS_5097_14 in CFW step 24 (SUBSCRIBE): 
ensure that { 

when { IMS_A sends the SUBSCRIBE to AS_A } 
then {AS_A receives the SUBSCRIBE 
containing a Route_heacler 

indicating the SIP_URI ofAS_A 
containing a P-Charging-Function-Addresses_header 
containing a P-Charging-Vector_header 
(including a orig-ioi_parameter indicating IMS_A and 
not including a term-ioi_parameter and 
including access-ne{\NOJrk-cha^g'\ng-\nio)} 
} 


2 


TP_IMS_5308_02 in CFW step 30 (200 OK) 
ensure that { 
when { lUT receives a 200_response from UE_A 
containing a P-Charging-Vector_header 
including an access-network-charging-info parameter 

} 

then { lUT sends the 200_response to AS_A 
containing a P-Charging-Vector_header 
including an access-network-charging-info parameter 
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Interoperability Test Description 



} 



Step 


Direction 


Message 


Comment 




U 
s 
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r 
A 


U 

E 
A 


u 

s 
e 
r 
B 


U 

E 
B 


1 

M 
S 
A 


A 
S 
A 


1 

M 
S 
B 


A 
S 
B 




























UE retrieves the PSI/address of AS A 
(SDF) 


23 










N 


N 








SUBSCRIBE 


UE_A sends a SUBSCRIBE for 
"ua-profile" event to IMS_A 


y 






24 


SUBSCRIBE 


IMS A forwards the SUBSCRIBE to 
AS_A 


y 


25 


200 OK 


AS_A responds with 200OK 


{ 


26 


200 OK 


IIVIS A forwards the 200 OK response 
to UE_A 


y 






27 


NOTIFY 


AS_A sends a NOTIFY for the service 
attachment information to ll\/IS_A 


\ 


28 


NOTIFY 


IMS_A forwards the NOTIFY to UE_A 






N. 


29 


200 OK 


UE_A responds with 200 OK 








30 


200 OK 


IMS_A forwards the 200 OK 
response to AS_A 




31 






















UE receives service attachment 
information 



4.5.7.3 



BO session 



Interoperability Test Description 


Identifier: 


TD IMS IPTV 0003 


Summary: 


IIVIS network supports properly IPTV Broadcast session 


Configuration: 


CF IPTV 


SUT: 


IMS A 


References: 


Test Purpose 


Specification Reference 


TP_IMS_5108_03 


TS 124 229 [1], clause 5.4.3.2 ^5 
(item 4 in 1^^ numbered list) 


TP_IMS_5107_02 


TS 1 24 229 [1 ], clause 5.4.3.2 \\ 1 9 
(item 1 in 8^^ numbered list) 


Use Case ref.: 


UC 19 


^^^L„ m 


Pre-test 
conditions: 


• HSS of IMS_A is configured according to table 1 

• UE_A has IP bearers established to its respective IMS networks as per clause 4.2.1 

• UE_A is registered in IMS_A using userlPTV according to table 1 

• UE_A has done IPTV registration and service attachment procedures using push or 
pull mode 

• IMS_A not configured for topology hiding 


Test Sequence: 


Step 




1 


User A initiates a BC session 


11 


Verify that user A receives the broadcast content 


12 


User A terminates the session 


19 


Verify that user A is informed that session is terminated 


^^^^ 
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Interoperability Test Description 



Conformance 
Criteria: 



Check 



TP_IMS_5108_03 in CFW step 3 (INVITE) 
ensure that { 
when { I UT receives an initial INVITE from IMS_A} 
then { lUT sends the initial INVITE to AS_A 
containing a topmost Route_header 

indicating the SIP_URI of AS_A and 
containing a Route_header 

indicating the S-CSCF SIP_URI of IMS_A and 
containing a P-Charging-Vector_header 
including a orig-ioi_parameter 

indicating operatorjdentifier of IMS_A and 
not including a term-ioi_parameter } 

1 



TP_IMS_5107_02 in CFW step 7 (ACK) 
ensure that { 

when { UE_A sends ACK to addressed to UE_B} 
then { IMS_B receives the ACK 
not containing a Route_header 

indicating the S-CSCF_SIP_URI of IMS_A and 
not containing a P-Access-Network-lnfo_header 
} 
_}_ 



Step 


Direction 


Message 


Comment 




U 
s 
e 
r 
A 


U 

E 
A 


U 
s 
e 
r 
B 


U 

E 
B 


1 

M 
S 
A 


A 
S 
A 


1 

M 
S 
B 


A 
S 
B 






1 






















User A initiates a BO session 


^ 




2 










N 


N 








INVITE 


UE_A sends a INVITE to IMS_A 


f 






3 


INVITE 


IMS_A forwards the INVITE to AS_A 


• 


4 


200 OK 


AS_A responds with 200 OK 


N. 


5 


200 OK 


IIVIS A forwards the 200 OK response to 
UE_A 






N 


6 


ACK 


UE A acknowledges the receipt of 200 
OK for INVITE 








7 


ACK 


IMS_A forwards the ACK to AS_A 




8 






















User A receives the broadcast content 


^ 


















9 




User A terminates the session 


^ 




10 










N 


N. 








BYE 


UE_A sends a BYE to IMS_A 


{ 






11 


BYE 


IMS_A forwards the BYE to AS_A 




12 


200 OK 


AS_A responds with 200 OK 




13 


200 OK 


IIVIS A forwards the 200 OK response to 
UE_A 








14 






















User A is informed that session is 
terminated 


^ 
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4.5.7.4 



CoD session. Establishing content control channel and content delivery 
channels using RTSP Method 1 



Interoperability Test Description 


Identifier: 


TD IMS IPTV 0004 


Summary: 


IMS network supports properly IPTV content on demand session 


Configuration: 


OF IPTV 


BUT: 


IMS A 


References: 


Test Purpose 


Specification Reference 


TP_IMS_5108_03 


TS 124 229 [1], clause 5.4.3.2 115 
(item 4 in 1^^ numbered list) 


TP_IMS_5107_02 


TS 1 24 229 [1 ], clause 5.4.3.2 V 1 9 
(item 1 in 8^^ numbered list) 


Use Case ref.: 


UG 20 




Pre-test 
conditions: 


• HSS of IMS_A is configured according to table 1 

• UE_A has IP bearers established to its respective IMS networks as per 
clause 4.2.1 

• UE_A is registered in IMS_A using userlPTV according to table 1 

• UE_A has done IPTV registration and service attachment procedures using push 
or pull mode 

• UE_A, IMS_A and AS_A are configured to establish content control channel and 
content delivery channels using RTSP method 1 

• IMS A not configured for topology hiding 




Test Sequence: 


Step 




1 


User A initiates a GoD session (content selection) 


26 


Verify that user A starts receiving the streaming content 


27 


User A terminates the session 


36 


Verify that user A is informed that session is terminated 


■ 


Conformance 
Criteria: 


Check 


i 


1 


TP_IMS_5108_03 in GFW step 3 (INVITE) 
ensure that { 
when { lUT receives an initial INVITE from IMS_A} 
then { lUT sends the initial INVITE to AS_A 
containing a topmost Route_header 

indicating the SIP_URI ofAS_A and 
containing a Route header 

indicating the S-CSCF SIP_URI of IMS_A and 
containing a P-Charging-Vector_header 
including a orig-ioi_parameter 

indicating operatorjdentifier of IMS_A and 
not including a term-ioi parameter} 
} 


2 


TP_IMS_5107_02 in GFW step 1 1 (AGK) 
ensure that { 

when { UE_A sends ACK to addressed to UE_B} 
then { IMS_B receives the ACK 
not containing a Route header 

indicating the S-CSCF_SIP_URI of IMS_A and 
not containing a P-Access-Network-lnfo header 
} 
} 
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Step 


Direction 


IVIessage 


Comment 




U 
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A 
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E 
A 
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e 
r 
B 


U 

E 
B 


1 

M 
S 
A 


A 
S 
A 


1 
IVI 

s 

B 


A 
S 
B 






1 






















User A initiates a CoD session (content 
selection) 


^ 




2 










N. 










INVITE 


UE_A sends a INVITE to IMS_A 


y 






3 


INVITE 


IMS A forwards the INVITE to AS A 

(SCF) 


f 


4 


INVITE 


AS_A forwards the INVITE to IMS_A 




5 


INVITE 


IMS A forwards the INVITE to AS A 
(MF) 


{ 


6 


200 OK 


AS_A (MF) responds with 200 OK 




7 


200 OK 


IMS A forwards the 200 OK response to 
AS_A (SCF) 


{ 


8 


200 OK 


AS A forwards the 200 OK response to 
IMS_A 




9 


200 OK 


IMS A forwards the 200 OK response to 
UE_A 






N. 


10 


ACK 


UE A acknowledges the receipt of 200 
OK for INVITE 






/ 


11 


ACK 


IMS A forwards the ACK to AS A 

(SCF) 


• 


12 


ACK 


AS_A forwards the ACK to IMS_A 




13 


ACK 


IMS_A forwards the ACK to AS_A (MF) 


























UE_A sets up RTSP with AS_A (MF) 


14 










N 










INVITE 


UE_A sends relNVITE message 
indicating media attribute "a=recvonly" 


{ 






15 


INVITE 


IMS_A forwards the relNVITE to AS_A 


y 


16 


INVITE 


AS_A forwards the relNVITE to IMS_A 


\ 


17 


INVITE 


IMS A forwards the relNVITE to AS A 
(MF) 


f 


18 


200 OK 


AS_A (MF) responds with 200 OK 




19 


200 OK 


IMS A forwards the 200 OK response to 
AS_A (SCF) 


f 


20 


200 OK 


IMS B forwards the 200 OK response to 
IMS_A 




21 


200 OK 


IMS A forwards the 200 OK response to 
UE_A 






N. 


22 


ACK 


UE A acknowledges the receipt of 200 
OK for relNVITE 








23 


ACK 


IMS_A forwards the ACK to AS_A (SCF) 


{ 


24 


ACK 


AS_A forwards the ACK to IMS_A 




25 


ACK 


IMS_A forwards the ACK to AS_A (MF) 




26 






















User A starts receiving the streaming 
content 


i 




















27 




User A terminates the session 
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Step 


Direction 


IVIessage 


Comment 
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A 
S 
B 






28 










N 


N. 








BYE 


UE_A sends a BYE to IMS_A 


< 






29 


BYE 


IMS_A forwards the BYE to AS_A (SCF) 


y 


30 


BYE 


AS_A forwards the BYE to IMS_A 




31 


BYE 


IMS_A forwards the BYE to AS_A (MF) 


f 


32 


200 OK 


AS_A (MF) responds with 200 OK 


N. 


33 


200 OK 


IMS A forwards the 200 OK response to 
AS_A (SCF) 




34 


200 OK 


IMS B forwards the 200 OK response to 
IMS_A 




35 


200 OK 


IMS A forwards the 200 OK response to 
UE_A 








36 






















User A is informed that session is 
terminated 


i 





























4.5.7.5 



CoD session. Establishing content control channel and content delivery 
channels using RTSP Method 2 



Interoperability Test Description 


Identifier: 


ID IMS IPTV 0005 


Summary: 


IMS network supports properly IPTV content on demand session 


Configuration: 


CF IPTV 


SUT: 


IMS A 


References: 


Test Purpose 


Specification Reference 


TP_IMS_5108_03 


TS 124 229 [1], clause 5.4.3.2 ^5 
(item 4 in 1^^ numbered list) 


TP_IMS_5107_02 


TS 1 24 229 [1 ], clause 5.4.3.2 \\ 1 9 
(item 1 in 8^^ numbered list) 


Use Case ref.: 


UC 21 1 


Pre-test 
conditions: 


• HSS of IMS_A is configured according to table 1 

• UE_A has IP bearers established to its respective IMS networks as per 
clause 4.2.1 

• UE_A is registered in IMS_A using userlPTV 

• UE_A has done IPTV registration and service attachment procedures using push 
or pull mode 

• UE_A, IMS_A and AS_A are configured to establish content control channel and 
content delivery channels with RTSP method 2 

• IMS A not configured for topology hiding 


■ 


Test Sequence: 


step 




1 


User A initiates a GoD session (content selection) 


32 


Verify that user A starts receiving the streaming content 
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Interoperability Test Description 



Conformance 
Criteria: 



Check 



TP_IMS_5108_03 in CFW step 3 (INVITE) 
ensure that { 
when { I UT receives an initial INVITE from IMS_A} 
then { lUT sends the initial INVITE to AS_A 
containing a topmost Route_header 

indicating the SIP_URI of AS_A and 
containing a Route_header 

indicating the S-CSCF SIP_URI of IMS_A and 
containing a P-Charging-Vector_header 
including a orig-ioi_parameter 

indicating operatorjdentifier of IMS_A and 
not including a term-ioi_parameter } 

L 



TP_IMS_5107_02 in CFW step 1 1 (ACK) 
ensure that { 

when { UE_A sends ACK to addressed to UE_B} 
then { IMS_B receives the ACK 
not containing a Route_header 

indicating the S-CSCF_SIP_URI of IMS_A and 
not containing a P-Access-Network-lnfo_header 
} 
1 



Step 


Direction 


Message 


Comment 
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A 
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r 
B 
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E 
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1 
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S 
A 


A 
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A 


1 
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S 
B 


A 
S 
B 






1 






















User A initiates a GoD session (content 
selection) 


N. 






2 










N. 


N 








INVITE 


UE_A sends a INVITE to IMS_A 


/^ 




> 


3 


INVITE 


IMS A forwards the INVITE to AS A 

(SCF) 


y 


4 


INVITE 


AS_A forwards the INVITE to IMS_A 


N. 


5 


INVITE 


IMS A forwards the INVITE to AS A 

(MF) 


> 

y 


6 


200 OK 


AS_A (MF) responds with 200 OK 




7 


200 OK 


IMS A forwards the 200 OK response to 
AS_A (SCF) 


y 


8 


200 OK 


AS A forwards the 200 OK response to 
IMS_A 


N. 


9 


200 OK 


IMS A forwards the 200 OK response to 
UE_A 






N 


10 


ACK 


UE A acknowledges the receipt of 200 
OK for INVITE 








11 


ACK 


IMS A forwards the ACK to AS A 

(SCF) 


y 


12 


ACK 


AS_A forwards the ACK to IMS_A 




13 


ACK 


IMS_A forwards the ACK to AS_A (MF) 




14 






















UE_A starts receiving the streaming 
content 
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4.5.7.6 



Request for Network PVR offline capture in home network 



Interoperability Test Description 


Identifier: 


TD IMS IPTV 0006 


Summary: 


IMS network supports properly N-PVR offline capture requests 


Configuration: 


CF IPTV 


SUT: 


IMS A 


References: 


Test Purpose 


Specification Reference 


TP_IMS_5108_04 


TS 124 229 [1], clause 5.4.3.3 115 
(item 4 in 1^^ numbered list) 


Use Case ref.i 


UC 22 






Pre-test 
conditions: 


• HSS of IMS_A is configured according to table 1 

• UE_A has IP bearers established to its respective IMS networks as per 
clause 4.2.1 

• UE_A is registered in IMS_A using userlPTV according to table 1 

• UE_A has done IPTV registration and service attachment procedures using either 
push or pull mode 

• IMS A not configured for topology hiding 




Test Sequence: 


Step 




1 


User A requests to record a live programme that has not started yet 


6 


Verify that user A is informed that recording has started 


^ m 


Conformance 
Criteria: 


Check 




1 


TP_IMS_5108_04 in CFW step 3 (MESSAGE): 
ensure that { 
when { IMS A receives a MESSAGE from UE A} 
then { IMS_A sends the MESSAGE to AS_A 
containing a topmost Route_header 

indicating the SIP_URI ofAS_A and 
containing a Route_header 

indicating the S-CSCF_SIP_URI of IMS_A and 
containing a P-Charging-Vector_header 
including a orig-ioi_parameter 
indicating operatorjdentifier of IMS_A and 
not including a term-ioi parameter} 
} 



Step 


Direction 


Message 


Comment 
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A 


1 

M 
S 
B 


A 
S 
B 






1 






















User a requests to record a live 
programme that has not started yet 


^ 




2 










N 


N 








MESSAGE 


UE_A sends a MESSAGE to IMS_A 


y 






3 


MESSAGE 


IMS A forwards the MESSAGE to 
AS_A 


y 


4 


200 OK 


AS_A responds with 200 OK 




5 


200 OK 


IMS A forwards the 200 OK response to 
UE_A 


K 






6 




/^ 


















User A is informed that recording has 
started 
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4.5.8 IMS-PSTN Interoperability 

4.5.8.1 IMS-to-PSTN call 

4.5.8.1 .1 ENUM Query - IMS-to-PSTN call 



Interoperability Test Description 


Identifier: 


TD IMS ENUM 0002 


Summary: 


ENUM query should result in return of NAPTR with correct Tel URI 


Configuration: 


CF INT CALL 


SUT: 


ENUM A and ENUM DB 


References: 


Test Purpose 


Specification Reference 




TP_IMS_ENUM_01 


TS 124 229 [1], clause 5.4.3.2 1111 
(item 10 in 1^^ numbered list) 


Use Case ref.: 


UG 1 23 




Pre-test 
conditions: 


• ENUM DB is configured according to table 1 

• IMS_A is configured to support ENUM 

• HSS of IMS_A and of IMS B is configured according to table 1 

• UE_A has IP bearer established to its respective IMS networks as per clause 4.2.1 

• UE_A is registered in IMS A using any user identity 




Test Sequence: 


Step 




1 


User A calls user B 


2 


User B is informed about incoming call of user B 


^^^^ 


Conformance 
Criteria: 


Check 




1 


TP_IMS_ENUM_01 in GFW step 4 (NAPTR Response): 
ensure that { 
when { UE_A sends an initial INVITE for UE_B to IMS_A 
containing a Request_URI 
indicating a Tel URI 
and IMS_A sends a NAPTR_Query to ENUM_DB 

containing the TN derived from the Tel URI E.164 Number 

} 
then { ENUM_DB sends a NAPTR_Response to IMS_A 
containing a NAPTR_Resource_Record 
containing the TTL of the NAPTR_record 
containing the service_type 

indicating E2U+sip 
containing the_regular_expressiob 

indicating l^'C *)$! 
containing the SIP_URI of UE_B 

indicating backreference (\1) for the user part 
indicating domain name for the host part 
containing SIP URI parameters 'if applicable' } 
} 



Step Direction Message Comment 
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1 




















User A calls User B 


^ 




2 








^ 

i 








INVITE 


UE_A sends INVITE with the first SDP offer 
indicating all desired medias and codecs that 




3 


ENUM 


IMS_A sends query to ENUM DB 


4 


ENUM 


ENUM DB sends response to IMS_A 
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Step 



Direction 



IVIessage 



Comment 
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10 



11 



12 



13 



14 



15 



100 Trying 



INVITE 



100 Trying 



183 Session 
Progress 



183 Session 
Progress 



PRACK 



PRACK 



200 OK (PRACK) 



200 OK (PRACK) 



lAM 



ll\/IS_A responds with a 100 Trying provisional 
response 



IMS A forwards INVITE to MGCF 



IVIGCF responds with a 100 Trying provisional 
response 



MGCF responds with 183 Session Progress 
response 



IMSJorwards 183 Session Progress response 
toUE A 



UE A sends PRACK to IMS A 



IMS A forwards PRACK to MGCF 



MGCF responds with 200 OK response to 
IMS A 



IMS_A forwards 200 OK response to UE_A 



MGCF sends lAM to PSTN 



User B is informed of incoming call of User A 



4.5.8.1.2 



Normal Call, PSTN user clears call 



Interoperability Test Description 


Identifier: 


TD IMS PSTN 0001 


Summary: 


Outgoing call to PSTN, PSTN user clears call 


Configuration: 


CF PSTN 


SUT: 


IMS A and MGCF 


References: 


Test Purpose 


Specification Reference 


TP IMS MGCF 02 


TS 124 229 [1], clause 5.5.3.1.2 


TP IMS MGCF 03 


TS 124 229 [1], clause 5.5.3.1.2 


TP_IMS_MGCF_06 


TS 124 229 [1], clause 5.5.3.2.2 
TS 129 163 [18], clause 7.2.3.1.4 


TP_IMS_MGCF_07 


TS 124 229 [1], clause 5.4.1.2.2 
TS 129 163 [18], clause 7.2.3.1.5 


TP_IMS_MGCF_08 


TS 124 229 [1], clause 5.5.4.1 
TS 129 163 [18], clause 7.2.3.1.8 


Use Case ref.: 


UC 23 


Pre-test 
conditions: 


• HSS of IMS_A is configured according to table 1 

• UE_A has IP bearers established to its IMS networks as per clause 4.2.1 

• UE_A is registered in IMS_A using any user identity 

• MGCF within the trust domain of IMS A 


^^^^^^^^^^ 




Test Sequence: 


Step 


1 


1 


User A calls User B 


2 


Verify that user B is informed of incoming call of User A 


3 


Verify that user A is informed that UE B is ringing 


4 


User B answers call 


5 


Verify that user A is informed that call has been answered 


6 


Verify that user A and B can communicate 


7 


User B ends call 


8 


Verify that user B is informed that call has ended 


9 


Verify that user A is informed that call has ended 


^^^^^^^^^ 


^^^^" 
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Interoperability Test Description 



Conformance 
Criteria: 



Check 



TP_IMS_MGCF_02 in CFW step 7 (100 Trying): 

ensure that { 
when { I UT receives an initial INVITE from IAM_A} 
then { I UT sends a 100_response to IMS_A 
} 

L 



TP_II\/IS_I\/IGCF_03 in CFW step 7 and 8 (183 Session Progress): 
ensure that { 
when { I UT receives an initial INVITE from IMS_A } 
then { I UT sends a 100_response to IMS_A and 
sends 183_response to IMS_A 

containing Require_header indicating 100 re Lvalue and 
containing a P-Charging-Vector_header 

including a term-ioi_parameter 
indicating the operatorjdentifier of IMS_A 



}_ 



} 



TP_IMS_MGGF_06 in CFW step 17 (180 Ringing): 
ensure that { 

when { I UT receives an ACM indicating subscriber_free 

or receives a CPG indicating ALERTING from PSTN} 

then { I UT sends a 180_response to IMS_A 



}_ 



} 



TP_IMS_MGCF_07 in CFW step 22 (200 OK): 

ensure that { 
when { I UT receives an ANM from PSTN} 
then { I UT sends a 200_response to IMS_A 
} 

1 



TP_IMS_MGCF_08 in CFW step 32B (BYE): 

ensure that { 
when { I UT receives an REL from PSTN} 
then { lUT sends a BYE to IMS_A 



L 



} 



Step 



Direction 



Message 



Comment 
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10 



INVITE 



100 Trying 



ENUM 



ENUIVI 



INVITE 



100 Trying 



183 Session 
Progress 



183 Session 
Progress 



PRACK 



User A calls User B 



UE_A sends INVITE with the first SDP offer 
indicating all desired medias and codecs that 



IMS_A responds with a 100 Trying provisional 
response 



IMS_A sends query to ENUM DB 



ENUM DB sends response to IMS_A 



IMS A forwards INVITE to MGCF 



MGCF responds with a 100 Trying provisional 
response 



MGCF responds with 183 Session Progress 
response 



IMSJorwards 183 Session Progress response 
toUE A 



UE A sends PRACK to IMS A 
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Step 



Direction 



IVIessage 



Comment 
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19 



20 



21 



22 



23 



24 



25 



26 



27 



28B 



29B 



30B 



31B 



32B 



33B 



34B 



35B 



36B 



PRACK 



200 OK (PRACK) 



200 OK (PRACK) 



lAM 



ACM/CPG 



180 Ringing 



180 Ringing 



ANM 



200 OK 



200 OK 



ACK 



ACK 



REL 



RLC 



BYE 



BYE 



200 OK 



200 OK 



IMS A forwards PRACK to MGCF 



IVIGCF responds with 200 OK response to 
IMS A 



IMS_A forwards 200 OK response to UE_A 



MGCF sends lAM to PSTN 



User B is informed of incoming call of User A 



PSTN responds with ACM/CPG 



MGCF sends 180 Ringing response to IMS_A 



IMS_A forwards the 180 Ringing response to 
UE A 



User A is informed that UE_B is ringing 



User B answers call 



PSTN sends ANM to MGCF 



MGCF sends 200 OK response to IMS_A 



IMS_A forwards 200 OK response to UE_A 



User A is informed that call has been answered 



UE_A acknowledges the receipt of 200 OK for 
INVITE 



IMS A forwards ACK to MGCF 



User A and B can communicate 



User B ends call 



PSTN sends BYE to MGCF 



MGCF responds RLC to PSTN 



User B is informed that call has ended 



MGCF sends BYE to IMS A 



IMS A forwards BYE to UE A 



User A is informed that call has ended 



UE A sends 200 OK for BYE 



IMS_A forwards 200 OK response to MGCF 
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4.5.8.1.3 



Normal Call, IMS user clears call 



Interoperability Test Description 


Identifier: 


ID IMS PSTN 0002 


Summary: 


Outgoing call to PSTN, IMS user clears call 


Configuration: 


CF PSTN 


SUT: 


IMS AandMGCF 


References: 


Test Purpose 


Specification Reference 


TP IMS MGCF 02 


TS 124 229 [1], clause 5.5.3.1.2 


TP IMS MGCF 03 


TS 124 229 [1], clause 5.5.3.1.2 


TP_IMS_MGGF_06 


TS 124 229 [1], clause 5.5.3.2.2 
TS 129 163 [18], clause 7.2.3.1.4 


TP_IMS_MGGF_07 


TS 124 229 [1], clause 5.4.1.2.2 
TS 129 163 [18], clause 7.2.3.1.5 


TP IMS MGGF 17 


TS 129 163 [18], clause 7.2.3.2.13 


Use Case ref.: 


UG 23 




Pre-test 
conditions: 


• HSS of IMS_A is configured according to table 1 

• UE_A has IP bearers established to its IMS networks as per clause 4.2.1 

• UE_A is registered in IMS_A using any user identity 

• MGCF within the trust domain of IMS A 


^K ^^^ 




Test Sequence: 


Step 




1 


User A calls User B 


2 


Verify that user B is informed of incoming call of User A 


3 


Verify that user A is informed that UE B is ringing 


4 


User B answers call 


5 


Verify that user A is informed that call has been answered 


6 


Verify that user A and B can communicate 


7 


User A ends call 


8 


Verify that user B is informed that call has ended 


^^^^ 


Verify that user A is informed that call has ended 


Conformance 
Criteria: 


Check 


^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ 


1 


TP_IMS_MGGF_02 in GFW step 7 (100 Trying): 

ensure that { 
when { lUT receives an initial INVITE from IAM_A} 
then { lUT sends a 100 response to IMS A 
} 

} 


2 


TP_IMS_MGGF_03 in GFW step 7 and 8 (183 Session Progress): 
ensure that { 
when { lUT receives an initial INVITE from IMS_A } 
then { lUT sends a 100_response to IMS_A and 
sends 183_response to IMS_A 

containing Require_header indicating 100 re Lvalue and 
containing a P-Charging-Vector_header 

including a term-ioi_parameter 
indicating the operator identifier of IMS A 
} 
} 


3 


TP_IMS_MGGF_06 in GFW step 17 (180 Ringing): 
ensure that { 
when { lUT receives an ACM indicating subscriber_free 

or receives a CPG indicating ALERTING from PSTN} 
then { lUT sends a 180 response to IMS A 
} 
} 


4 


TP_IMS_MGGF_07 in GFW step 22 (200 OK): 

ensure that { 
when { lUT receives an ANM from PSTN} 
then { lUT sends a 200 response to IMS A 
} 

} 
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Interoperability Test Description 



TP_IMS_MGCF_29A in CFW step 31 A (REL): 

ensure that { 
when { lUT receives a BYE from MS_A } 
then { lUT sends an REL to PSTN 



} 



Step 



Direction 
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Comment 
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11 



12 



13 



14 



15 
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17 



18 



19 



20 



21 



22 



23 



24 



User A calls User B 



INVITE 



UE_A sends INVITE with the first SDR offer 
indicating all desired medias and codecs that 



100 Trying 



IMS_A responds with a 100 Trying provisional 
response 



ENUM 



ENUM 



INVITE 



100 Trying 



183 Session 
Progress 



183 Session 
Progress 



PRACK 



PRACK 



200 OK (PRACK) 



200 OK (PRACK) 



lAM 



ACM/CPG 



180 Ringing 



180 Ringing 



ANM 



200 OK 



200 OK 



IMS_A sends query to ENUM DB 



ENUM DB sends response to IMS_A 



IMS A forwards INVITE to MGCF 



MGCF responds with a 100 Trying provisional 
response 



MGCF responds with 183 Session Progress 
response 



IMSJorwards 183 Session Progress response 
toUE A 



UE A sends PRACK to IMS A 



IMS A forwards PRACK to MGCF 



MGCF responds with 200 OK response to 
IMS A 



IMS_A forwards 200 OK response to UE_A 



MGCF sends lAM to PSTN 



User B is informed of incoming call of User A 



PSTN responds with ACM/CPG 



MGCF sends 180 Ringing response to IMS_A 



IMS_A forwards the 180 Ringing response to 
UE A 



User A is informed that UE_B is ringing 



User B answers call 



PSTN sends ANM to MGCF 



MGCF sends 200 OK response to IMS_A 



IMS_A forwards 200 OK response to UE_A 



User A is informed that call has been answered 
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Step Direction IVIessage Comment 
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25 










\ 








ACK 


UE A acknowledges the receipt of 200 OK for 
INVITE 




26 


ACK 


IMS_A forwards ACK to MGCF 






27 


















User A and B can communicate 


28A 




User A ends call 


^ 




29A 










\ 


\ 




BYE 


UE_A sends BYE 




30A 


BYE 


IMS_A forwards BYE to MGCF 






31A 


REL 


MGCF sends REL to PSTN 




32A 


















User B is informed that call has ended 


^ 




33A 






/ 


/ 




( 




RLC 


PSTN sends RLC response to MGCF 




34A 


200 OK 


MGCF sends 200 OK response to IMS_A 






35A 


200 OK 


IMS_A forwards the 200 OK response to UE_A 


K 


36A 


















User A is informed that call has ended 


i 

























4.5.8.1.4 



Unsuccessful Call, PSTN user busy 



Interoperability Test Description 


Identifier: 


TD IMS PSTN 0003 


Summary: 


Outgoing call to PSTN, user B busy 


Configuration: 


CF PSTN 


SUT: 


IMS A and MGCF 


References: 


Test Purpose 


Specification Reference 


TP IMS MGCF 02 


TS 124 229 [11, clause 5.5.3.1.2 


TP IMS MGCF 09 


TS 129 163 [18], clause 7.2.3.1.8 


Use Case ref.i 


UC 23 


^M_ ^^ ■ 


Pre-test 
conditions: 


• HSS of IMS_A is configured according to table 1 

• UE_A has IP bearers established to its IMS networks as per clause 4.2.1 

• UE_A is registered in IMS_A using any user identity 

• MGCF within the trust domain of IMS_A 

• User B in the PSTN is busy 


Test Sequence: 


Step 




1 


User A calls User B 


2 


Verify that user A is informed that User B is busy 








Conformance 
Criteria: 


Check 






1 


TP_IMS_MGCF_02 in CFW step 8 (100 Trying): 

ensure that { 
when { lUT receives an initial INVITE from IAM_A} 
then { lUT sends a 100 response to IMS A 
} 
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Interoperability Test Description 



TP_IMS_MGCF_09 in CFW step 18 (486 Busy Here): 

ensure that { 
when { I UT receives an REL with causeUfrom PSTN} 
then { I UT sends a 486_response to IMS_A 



L 



} 



step 



Direction 
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U 
s 
e 
r 
A 



U 

E 
A 



I 

M 
S 
A 



E 
N 
U 
M 
DB 



M 
G 
C 

F 



P 
S 

T 
N 



U 
s 
e 
r 
B 



10 



11 
12 
13 

"T4" 
15 
16 
17 
18 
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22 



User B is busy 



User A calls User B 



INVITE 



100 Trying 



UE_A sends INVITE with the first SDP offer 
indicating all desired medias and codecs that 
UE_A supports 



ENUM 



IMS_A responds with a 100 Trying provisional 
response 



IMS_A sends query to ENUM DB 



ENUM 



ENUM DB sends response to IMS_A 



INVITE 



IMS A forwards INVITE to MGCF 



100 Trying 



183 Session Progress 



MGCF responds with a 100 Trying provisional 
response 



183 Session Progress 



MGCF responds with 183 Session Progress 
response 



PRACK 



PRACK 



200 OK (PRACK) 



200 OK (PRACK) 



lAM 



REL (cause #17) 



RLC 



486 Busy Here 



486 Busy Here 



ACK 



ACK 



IMS_forwards 183 Session Progress response 
toUE A 



UE A sends PRACK to IMS A 



IMS A forwards PRACK to MGCF 



MGCF responds with 200 OK response to 
IMS A 



IMS_A forwards 200 OK response to UE_A 



MGCF sends lAM to PSTN 



PSTN responds with REL "user busy" 



MGCF sends RLC to PSTN 



MGCF sends 486 Busy Here response to 
IMS A 



IMS_A forwards 486 Busy Here response to 
UE A 



User A is informed that User B is busy 



UE_A acknowledges the receipt of 486 for 
INVITE 



IMS A forwards ACK to MGCF 
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4.5.8.1.5 



IMS user holds/resumes call 



Interoperability Test Description 


Identifier: 


TD IMS PSTN 0004 


Summary: 


Outgoing call to PSTN, communication hold by IMS user 


Configuration: 


CF PSTN 


SUT: 


IMS AandMGCF 


References: 


Test Purpose 


Specification Reference 


TP IMS MGCF 11 


TS 129 163 [18], clause 7.4.10.1 


TP IMS MGCF 12 


TS 129 163 [18], clause 7.4.10.1 


Use Case ref.: 


UG 23 




Pre-test 
conditions: 


• HSS of IMS_A is configured according to table 1 

• UE_A has IP bearers established to its IMS networks as per clause 4.2.1 

• UE_A is registered in IMS_A using any user identity 

• MGCF within the trust domain of IMS_A 

• UE_A configured to perform user initiated hold/resume using INVITE 


^^^ ^^ 


Test Sequence: 


Step 


i 


1 


User A calls User B 


2 


Verify that user B is informed of incoming call of User A 


3 


Verify that user A is informed that UE_B is ringing 


4 


User B answers call 


5 


Verify that user A is informed that call has been answered 


6 


Verify that user A and B can communicate 


7 


User A puts connection to B on hold 


8 


Verify that user A and B cannot communicate 


9 


User A resumes connection to B 


10 


Verify that user A and B can communicate 


11 


User B ends call 


12 


Verify that user B is informed that call has ended 


13 


Verify that user A is informed that call has ended 




Conformance 
Criteria: 


Check 




1 


TP_IMS_MGGF_1 1 in CFW step 33 (CPG): 
ensure that { 
when { lUT receives an UPDATE or a target_refresh INVITE 
containing a SDP 

indicating sendonly from IMS_A } 
then { lUT sends a CPG indicating renfiote hold to PSTN 
} 
} 


2 


TP_IMS_MGCF_12 in CFW step 39 (CPG): 
ensure that { 
when { lUT receives an UPDATE or a target_refresh INVITE 
containing a SDP 

indicating sendrecv from IMS_A } 
then { lUT sends a CPG indicating remote retrieve to PSTN 
} 
} 



Step 
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Comment 
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Follow UC_23 (1-26) 


27 


















User A and B can communicate 


28 














User A sets B on hold 


29 










\ 








UPDATE/Re-INVITE 


UE A sends UPDATE/Re-INVITE (sendonly) 
to IMS A 




30 




UPDATE/Re-INVITE 


IMS_A forwards UPDATE/Re-INVITE 
(sendonly) to MGCF 
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Step 


Direction 


IVIessage 


Comment 
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31 






/ 


/ 




\ 






200 OK 
(UPDATE/INVITE) 


MGCF replies 200 OK to IMS_A 




V 


32 


200 OK 
(UPDATE/INVITE) 


IMS_A forwards 200 OK to UE_A 




33 


CPG 


MGCF sends CPG "remote HOLD" 


\ 


34 




User A and B cannot communicate 


35 


UPDATE/Re-INVITE 


UE A sends UPDATE/Re-INVITE (sendrecv) 
to IMS A 


f 


36 


UPDATE/Re-INVITE 


IMS_A forwards UPDATE/Re-INVITE 
(sendrecv) to MGCF 


/ 




37 


200 OK 
(UPDATE/INVITE) 


MGCF replies 200 OK to IMS_A 


\ 




38 


200 OK 
(UPDATE/INVITE) 


IMS_A forwards 200 OK to UE_A 




39 


CPG 


MGCF sends CPG "remote RETRIEVE" 




40 


















User A and B can communicate 


41 














i 




User B ends call 




















Continue UC 23 (28B-36B) 



4.5.8.1.6 



PSTN user holds/resumes call 



Interoperability Test Description 


Identifier: 


TD IMS PSTN 0005 


Summary: 


Outgoing call to PSTN, communication hold by PSTN user 


Configuration: 


CF PSTN 


SUT: 


IMS A and MGCF 


References: 


Test Purpose 


Specification Reference 


TP IMS MGCF 13 


TS 129 163 [181, clause 7.4.10.2 


TP IMS MGCF 14 


TS 129 163 [18], clause 7.4.10.2 


Use Case ref.: 


UC 23 




Pre-test 
conditions: 


• HSS of IMS_A is configured according to table 1 

• UE_A has IP bearers established to its IMS networks as per clause 4.2.1 

• UE_A is registered in IMS_A using any user identity 

• MGCF within the trust domain of IMS A 


Test Sequence: 


Step 




1 


User A calls User B 


2 


Verify that user B is informed of incoming call of User A 


3 


Verify that user A is informed that UE_B is ringing 


4 


User B answers call 


5 


Verify that user A is informed that call has been answered 


6 


Verify that user A and B can communicate 


7 


User B puts connection to A on hold 


8 


Verify that user A and B cannot communicate 


9 


User B resumes connection to A 


10 


Verify that user A and B can communicate 


11 


User B ends call 


12 


Verify that user B is informed that call has ended 


13 


Verify that user A is informed that call has ended 
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Interoperability Test Description 



Conformance 
Criteria: 



Check 



TP_IMS_MGCF_13 in CFW step 30 (UPDATE): 
ensure that { 
when { I UT receives a CPG indicating remote_holci from PSTN } 
then { lUT sends an UPDATE or a target_refresh INVITE 
containing a SDP 

indicating sendonly to IMS_A 
} 

L 



TP_IMS_MGCF_14 in CFW step 39 (UPDATE):: 
ensure that { 
when { I UT receives a CPG indicating remote_retrieve from PSTN } 
then { I UT sends an UPDATE or a target_re fresh INVITE 
containing a SDP 

indicating sendonly to IMS_A 
} 
1 



Step 


Direction 


Message 


Comment 
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r 
A 


U 

E 
A 


1 

M 
S 
A 


E 
N 
U 
M 
DB 


M 
G 
C 

F 


P 

s 

T 
N 


u 

s 
e 
r 
B 


























Follow UC_23 (1-26) 


27 


















User A and B can communicate 


28 




User B sets A on hold 


29 






( 


/ 




/ 




CPG 


MGCF receives CPG with remote HOLD 


\ 


30 


UPDATE/Re-INVITE 


MGCF sends UPDATE/Re-INVITE (sendonly) 
to IMS_A 




\ 


31 


UPDATE/Re-INVITE 


IMS_A forwards UPDATE/Re-INVITE 
(sendonly) to UE_A 




32 


200 OK 
(UPDATE/INVITE) 


UE_A replies 200 OK to IMS_A 




33 


200 OK 
(UPDATE/INVITE) 


IMS_A forwards 200 OK to MGCF 






34 


















User A and B cannot communicate 


35 






f 


/ 




/ 




CPG 


MGCF receives CPG with remote RETRIEVE 




36 


UPDATE/Re-INVITE 


MGCF sends UPDATE/Re-INVITE (sendrecv) 
to IMS_A 


\ 


\ 


37 


UPDATE/Re-INVITE 


IMS_A forwards UPDATE/Re-INVITE 
(sendrecv) to UE_A 




38 


200 OK 
(UPDATE/INVITE) 


UE_A replies 200 OK to IMS_A 




39 


200 OK 
(UPDATE/INVITE) 


IMS_A forwards 200 OK to MGCF 




) 


40 


















User A and B can communicate 


41 




User A ends call 


k 






















Continue UC_23 (28A-36A) 
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4.5.8.2 



PSTN-to-IMS call 



4.5.8.2.1 



Normal Call, PSTN user clears call 



Interoperability Test Description 


Identifier: 


ID IMS PSTN 0006 


Summary: 


Incoming call from PSTN, PSTN user clears call 


Configuration: 


CF PSTN 


SUT: 


IMS AandMGCF 


References: 


Test Purpose 


Specification Reference 


TP IMS MGCF 01 


TS 124 229 [1], clause 5.5.3.1.1 


TP IMS MGCF 05 


TS 124 229 [1], clause 5.5.3.2,1 


TP_IMS_MGGF_15 


TS 129 163 [18], clauses 7.2.3.2.4 and 
7.2.3.2.6 


TP IMS MGCF 16 


TS 129 163 [18], clause 7.2.3.2.8 


TP_IMS_MGGF_08 


TS 124 229 [1], clause 5.5.4.1 
TS 129 163 [18], clause 7.2.3.1.8 


Use Case ref.: 


UC 24 


^r 1 


Pre-test 
conditions: 


• HSS of IMS_A is configured according to table 1 

• UE_A has IP bearers established to its IMS networks as per clause 4.2.1 

• UE_A is registered in IMS_A using any user identity 

• MGCF within the trust domain of IMS A 




Test Sequence: 


Step 




1 


User B calls User A 


2 


Verify that user A is informed of incoming call of User B 


3 


Verify that user B is informed that UE A is ringing 


4 


User A answers the call 


5 


Verify that user A and B can communicate 


6 


User B ends call 


7 


Verify that user B is informed that call has ended 


8 


Verify that user A is informed that call has ended 




Conformance 
Criteria: 


Check 


1 


1 


TP_IMS_MGCF_01 in CFW step 3 (INVITE): 
ensure that { 
when { lUT receives an initial I AM from PSTN } 
then { lUT sends a INVITE to IMS_A 
containing a Request_URI 

indicating Tel_URI_E.164_Number 
or (Sip_URI_E. 1 64_Number with user_portion_phone) 
containing a Contact_header 

indicating anyvalue_GRUU_format and 
containing a Supported_header 
including an 100 re Lvalue and 
containing a P- Asserted- ldentity_header and 
containing a P-Charging-Vector_header 

indicating an icid-value_parameter and 
containing a SDP 

indicating codec supported and curr precondition 
} 
} 
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Interoperability Test Description 




2 


TP_IMS_MGCF_05 in CFW step 14 (UPDATE): 
ensure that { 

when { lUT receives an 200OK_PRACK from IMS_A and 
conditions fuiifiiied} 

then { lUT sends a UPDATE to IIVIS A 
} 
} 


3 


TP_IMS_MGCF_15 in CFW step 20 (ACM/CPG): 
ensure that { 
when { I UT receives a 180_response from IMS_A } 
then { lUT sends an ACM indicating subscriberjree 

or sends a CFG indicating ALERTING to PSTN 
} 
} 


4 


TP_IMS_MGCF_16 in CFW step 25 (ANM): 
ensure that { 

when { lUT receives a 200 response from ll\/IS A } 

then { lUT sends an ANM to PSTN 
} 
} 


5 


TP_IMS_MGCF_08 in CFW step 33B (BYE): 

ensure that { 
when { lUT receives an REL from PSTN} 
then { lUT sends a BYE to IMS A 
} 

} 
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Step 


Direction 


IVIessage 


Comment 




U 
s 
e 
r 
A 


u 

E 
A 


1 

M 
S 
A 


M 
G 
C 

F 


P 

s 

T 
N 


u 

s 
e 
r 
B 






1 


















User B calls User A 


k 




2 








/ 


( 






lAM 


PSTN send lAM to MGCF 




3 


INVITE 


MGCF sends INVITE to IMS_A (SDP with 
precondition status, MIME subtype 
"telephone-event", clause 6.4.1) 


V 


4 


100 Trying 


IMS_A responds with a 100 Trying provisional 
response 


\ 


5 


INVITE 


IMS_A forwards INVITE to UE_A 


K 


6 


100 Trying 


UE_A optionally responds with a 100 Trying 
provisional response 




7 


183 Session Progress 


UE A sends 183 Session Progress response to 
IMS_A 


( 


8 


183 Session Progress 


IMS A forwards 183 Session Progress response 
to MGCF 


( 


9 


PRACK 


MGCF responds with PRACK to IMS_A 


\ 


10 


PRACK 


IMS_A forwards PRACK to UE_A 




11 


200 OK (PRACK) 


UE_A responds with 200 OK to IMS_A 




12 


200 OK (PRACK) 


IMS_A forwards 200 OK to MGCF 


( 


13 


UPDATE 


MGCF sends UPDATE to IMS_A 


\ 


14 


UPDATE 


IMS_A forwards UPDATE to UE_A 




15 


200 OK (UPDATE) 


UE_A responds with 200 OK to IMS_A 




16 


200 OK (UPDATE) 


IMS_A forwards 200 OK to MGCF 




17 


















User A is informed of incoming call of User B 


i 




18 








\ 


\ 






180 Ringing 


UE_A responds to initial INVITE with 180 
Ringing to indicate that it has started alerting 




19 


180 Ringing 


IMS_A forwards 180 Ringing response to MGCF 


) 


20 


ACM/CPG 


MGCF send ACM/CPG to PSTN 




21 


















User B is informed that UE_A is ringing 


^ 




22 




User A answers the call 


^ 




23 








\ 


\ 






200 OK 


UE_A responds INVITE with 200 OK to indicate 
that the call has been answered 


( 


24 


200 OK 


IMS_A forwards 200 OK response to MGCF 


( 


25 


ANM 


MGCF sends ANM to PSTN 




26 


ACK 


MGCF sends ACK to PSTN 




27 


ACK 


IMS_A forwards ACK to UE_A 




28 


















User A and B can communicate 


i 
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Step 


Direction 


IVIessage 


Comment 
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A 
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A 
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C 

F 
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N 


u 

s 
e 
r 
B 






29B 


















User B ends call 


k 




SOB 








/ 


/ 






REL 


PSTN sends REL to MGCF 


\ 


31B 


RLC 


MGCF sends RLC to PSTN 




32B 




User B is informed that call has ended 




33B 


BYE 


MGCF sends BYE to IMS_A 




34B 


BYE 


IMS_A forwards BYE to UE_A 


K 


35B 


















User A is informed that call has ended 


^ 




36B 








V 








200 OK 


UE_A sends 200 OK for BYE 




37B 


200 OK 


IMS_A forwards 200 OK response to MGCF 





















4.5.8.2.2 



Normal Call, IMS user clears call 



Interoperability Test Description 


Identifier: 


TD IMS PSTN 0007 


Summary: 


Incoming call from PSTN, IMS user clears call 


Configuration: 


CF PSTN 


SUT: 


IMS A and MGCF 


References: 


Test Purpose 


Specification Reference 


TP IMS MGCF 01 


TS 124 229 [1], clause 5.5.3.1.1 


TP IMS MGCF 05 


TS 124 229 [1], clause 5.5.3.2,1 


TP_IMS_MGCF_15 


TS 129 163 [18], clauses 7.2.3.2.4 and 
7.2.3.2.6 


TP IMS MGCF 16 


TS 129 163 [18], clause 7.2.3.2.8 


TP IMS MGCF 17 


TS 129 163 [18], clause 7.2.3.2.13 


Use Case ref.: 


UC 24 


^^H 


Pre-test 
conditions: 


• HSS of IMS_A is configured according to table 1 

• UE_A has IP bearers established to its IMS networks as per clause 4.2.1 

• UE_A is registered in IMS_A using any user identity 

• MGCF within the trust domain of IMS A 






Test Sequence: 


Step 




1 


User B calls User A 


2 


Verify that user A is informed of incoming call of User B 


3 


Verify that user B is informed that UE A is ringing 


4 


User A answers the call 


5 


Verify that user A and B can communicate 


6 


User A ends call 


7 


Verify that user B is informed that call has ended 


8 

J 


Verify that user A is informed that call has ended 
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Interoperability Test Description 


Conformance 
Criteria: 


Check 


1 


1 


TP_IMS_MGCF_01 in CFW step 3 (INVITE): 
ensure that { 
when { lUT receives an initial I AM from PSTN } 
then { lUT sends a INVITE to IMS_A 
containing a Request_URI 

indicating Tel_URI_E.164_N umber 
or (Sip_URI_E. 164_Number with user_portion_phone) 
containing a Contact_header 

indicating anyvalue_GRUU_format and 
containing a Supported_header 
including an 1 0Orel_value and 
containing a P-Asserted-ldentity_header and 
containing a P-Charging-Vector_header 

indicating an icid-value_parameter and 
containing a SDP 

indicating codec supported and curr precondition 
} 
} 


2 


TP_IMS_MGCF_05 in CFW step 14 (UPDATE): 
ensure that { 

when { lUT receives an 200OK_PRACK from IMS_A and 
conditions fullfilled} 

then { lUT sends a UPDATE to IMS A 
} 
} 




3 


TP_IMS_MGCF_15 in CFW step 20 (ACM/CPG): 

ensure that { 
when { lUT receives a 180_response from IMS_A } 
then { lUT sends an ACM indicating subscriber_free 

or sends a CPG indicating ALERTING to PSTN 

} 
} 


4 


TP_IMS_MGCF_16 in CFW step 25 (ANM): 
ensure that { 

when { lUT receives a 200 response from IMS A } 

then { lUT sends an ANM to PSTN 
} 
} 


5 


TP_IMS_MGCF_32A in CFW step 24 (REL): 

ensure that { 
when { lUT receives a BYE from IMS_A } 
then { lUT sends an REL to PSTN 
} 

} 
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Step 


Direction 


IVIessage 


Comment 
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A 


1 
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S 
A 


M 
G 
C 
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P 

s 

T 
N 


U 
s 
e 
r 
B 






1 


















User B calls User A 


k 




2 






/ 


/ 


/ 






lAM 


PSTN send lAM to MGCF 




3 


INVITE 


MGCF sends INVITE to IMS_A (SDP 
with precondition status, MIME subtype 
"telephone-event" clause 6.4.1) 


V 


4 


100 Trying 


IMS_A responds with a 100 Trying 
provisional response 


\ 


5 


INVITE 


IMS_A forwards INVITE to UE_A 


V. 


6 


100 Trying 


UE_A optionally responds with a 100 
Trying provisional response 




7 


183 Session Progress 


UE_A sends 183 Session Progress 
response to IMS_A 


( 


8 


183 Session Progress 


IMS_A forwards 183 Session Progress 
response to MGCF 


( 


9 


PRACK 


MGCF responds with PRACK to IMS_A 


\ 


10 


PRACK 


IMS_A forwards PRACK to UE_A 




11 


200 OK (PRACK) 


UE_A responds with 200 OK to IMS_A 


/ 


12 


200 OK (PRACK) 


IMS_A forwards 200 OK to MGCF 


( 


13 


UPDATE 


MGCF sends UPDATE to IMS_A 


\ 


14 


UPDATE 


IMS_A forwards UPDATE to UE_A 




15 


200 OK (UPDATE) 


UE_A responds with 200 OK to IMS_A 




16 


200 OK (UPDATE) 


IMS_A forwards 200 OK to MGCF 




17 


















User A is informed of incoming call of 
User B 


i 




18 








\ 


\ 






180 Ringing 


UE_A responds to initial INVITE with 180 
Ringing to indicate that it has started 




19 


180 Ringing 


IMS A forwards 180 Ringing response 
to MGCF 




20 


ACM/CPG 


MGCF send ACM/CPG to PSTN 




21 


















User B is informed that UE_A is ringing 


^ 




22 




User A answers the call 


^ 




23 








\ 


\ 






200 OK 


UE_A responds INVITE with 200 OK to 
indicate that the call has been answered 


( 


24 


200 OK 


IMS A forwards 200 OK response to 
MGCF 


( 


25 


ANM 


MGCF sends ANM to PSTN 




26 


ACK 


MGCF sends ACK to PSTN 




27 


ACK 


IMS_A forwards ACK to UE_A 




28 


















User A and B can communicate 


i 
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Step 


Direction 


IVIessage 


Comment 
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U 
s 
e 
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B 






29A 


















User A ends call 


^ 




30A 








V 


\ 






BYE 


UE_A releases the call with BYE 




31A 


BYE 


IMS_A forwards BYE to MGCF 




32A 


REL 


MGCF sends REL to PSTN 


( 


33A 


RLC 


PSTN sends response RLC to MGCF 




34A 


















User B is informed that call has ended 


^ 




35A 






f 


/ 








200 OK 


MGCF sends 200 OK response to 
IMS_A 


\ 


36A 


200 OK 


IMS A forwards the 200 OK response to 
UE_A 




37A 


















User A is informed that call has ended 


i 





















4.5.8.2.3 



Unsuccessful Call, IMS user busy 



Interoperability Test Description 


Identifier: 


TD IMS PSTN 0008 


Summary: 


Incoming call from PSTN, user A busy 


Configuration: 


CF PSTN 


SUT: 


IMS A and MGCF 


References: 


Test Purpose 


Specification Reference 


TP IMS MGCF 01 


TS 124 229 [1], clause 5.5.3.1.1 


TP IMS MGCF 10 


TS 129 163 [18], clause 7.2.3.2.12 


Use Case ref.: 


UC 24 




Pre-test 
conditions: 


• HSS of IMS_A is configured according to table 1 

• UE_A has IP bearers established to its IMS networks as per clause 4.2.1 

• UE_A is registered in IMS_A using any user identity 

• MGCF within the trust domain of IMS_A 

• User A in IMS is busy 


- -^ M 


Test Sequence: 


Step 




1 


User B calls User A 


2 


Verify that user B is informed that UE A is busy 
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Interoperability Test Description 


Conformance 
Criteria: 


Check 


1 




1 


TP_IMS_MGCF_01 in CFW step 3 (INVITE): 
ensure that { 
when { lUT receives an initial I AM from PSTN } 
then { lUT sends a INVITE to IMS_A 
containing a Request_URI 

indicating Tel_URI_E.164_Number 
or (Sip_URI_E. 164_Number with user_portion_phone) 
containing a Contact_header 

indicating anyvalue_GRUU_format and 
containing a Supported_header 
including an 1 00 re Lvalue and 
containing a P- Asserted- ldentity_header and 
containing a P-Charging-Vector_header 

indicating an icid-value_parameter and 
containing a SDP 

indicating codec supported and curr precondition 
} 
} 




2 


TP_IMS_MGCF_10 in CFW step 1 1 (REL): 

ensure that { 
when { lUT receives a 486_response from IMS_A} 
then { lUT sends a REL with (cause 1 7 or cause34) to PSTN 
} 

} 



Step 


Direction 


Message 


Comment 




U 
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1 
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S 
A 


M 
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p 
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T 
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u 
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e 
r 
B 






1 












/ 






User B calls User A 




2 








k 

> 

> 

k 


/ 






lAM 


PSTN send lAM to MGGF 




3 


INVITE 


MGGF sends INVITE to IMS_A (SDP with 
precondition status, IVIIIVIE subtype 
"telephone-event", clause 6.4.1) 


4 


100 Trying 


IMS_A responds with a 100 Trying provisional 
response 


5 


INVITE 


IMS_A forwards INVITE to UE_A 




6 


100 Trying 


UE_A optionally responds with a 100 Trying 
provisional response 




7 


486 Busy Here 


UE_A responds to initial INVITE with 486 
Busy Here to indicate that UE_A is busy 


f 


8 


486 Busy Here 


IMS A forwards 486 Busy Here response to 
MGGF 


9 


ACK 


MGGF sends AGK to IMS_A 


10 


ACK 


IMS_A forwards AGK to UE_A 




11 


REL (cause #17) 


MGGF send REL (user busy) 


/ 


12 


RLG 


MGGF receives RLG 




13 


















User B is informed that UE_A is busy 


^ 
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4.5.8.2.4 



IMS user holds/resumes call 



Interoperability Test Description 


Identifier: 


TD IMS PSTN 0009 


Summary: 


Incoming call from PSTN, communication hold by IMS user 


Configuration: 


CF PSTN 


SUT: 


IMS AandMGCF 


References: 


Test Purpose 


Specification Reference 


TP IMS MGCF 11 


TS 129 163 [18], clause 7.4.10.1 


TP IMS MGCF 12 


TS 129 163 [18], clause 7.4.10.1 


Use Case ref.: 


UG 24 




Pre-test 
conditions: 


• HSS of IMS_A is configured according to table 1 

• UE_A has IP bearers established to its IMS networks as per clause 4.2.1 

• UE_A is registered in IMS_A using any user identity 

• MGCF within the trust domain of IMS_A 

• UE_A configured to perform user initiated hold/resume using INVITE 


^^^ 


Test Sequence: 


Step 


i 


1 


User B calls User A 


2 


Verify that user A is informed of incoming call of User B 


3 


Verify that user B is informed that UE_A is ringing 


4 


User A answers the call 


5 


Verify that user A and B can communicate 


6 


User A puts connection to B on hold 


7 


Verify that user A and B cannot communicate 


8 


User A resumes connection to B 


9 


Verify that user A and B can communicate 


10 


User A ends call 


11 


Verify that user B is informed that call has ended 


12 


Verify that user A is informed that call has ended 


^ ^^^P 1 


Conformance 
Criteria: 


Check 




1 


TP_IMS_MGCF_1 1 in CFW step 34 (CPG): 
ensure that { 
when { lUT receives an UPDATE or a target_refresh IN VI lb 
containing a SDP 

indicating sendonly from IMS_A } 
then { lUT sends a CPG indicating remote hold to PSTN 

} 
} 


2 


TP_IMS_MGCF_12 in CFW step 40 (CPG): 
ensure that { 
when { lUT receives an UPDATE or a target_refresh INVITE 
containing a SDP 

indicating sendrecv from IMS_A } 
then { lUT sends a CPG indicating remote retrieve to PSTN 
} 
} 
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Step 


Direction 


Message 


Comment 
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Follow UC_21 (1 to 27) 


28 
















User A and B can communicate 


29 




User A sets B on hold 


30 








> 

i 

> 

i 


\ 




UPDATE/Re-INVITE 


UE A sends UPDATE/Re-INVITE (sendonly) 
to IMS_A 




31 


UPDATE/Re-INVITE 


IMS_A forwards UPDATE/Re-INVITE 
(sendonly) to MGCF 


32 


200 OK 


MGCF replies 200 OK to IMS_A 


33 


200 OK 


IMS_A forwards 200 OK to UE_A 


V. 


34 


CPG 


MGCF sends CPG with remote HOLD 


\ 


35 




User A and B cannot communicate 


36 


UPDATE/Re-INVITE 


UE A sends UPDATE/Re-INVITE (sendrecv) 
to IMS_A 




37 


UPDATE/Re-INVITE 


IMS_A forwards UPDATE/Re-INVITE 
(sendrecv) to MGCF 


38 


200 OK 


MGCF replies 200 OK to IMS_A 


39 


200 OK 


IMS_A forwards 200 OK to UE_A 




40 


CPG 


MGCF sends CPG with remote RETRIEVE 


} 


41 
















User A and B can communicate 


42 




User A ends call 


^ 




43 
















Continue UC_21 (29A to 37A) 



4.5.8.2.5 



PSTN user holds/resumes call 



Interoperability Test Description 


Identifier: 


TD IMS PSTN 0010 


Summary: 


Incoming call from PSTN, communication hold by PSTN user 


Configuration: 


CF PSTN 


SUT: 


IMS A and MGCF 


References: 


Test Purpose 


Specification Reference 


TP IMS MGCF 13 


TS 129 163 [18], clause 7.4.10.2 


TP IMS MGCF 14 


TS 129 163 [18], clause 7.4.10.2 


Use Case ref.: 


UC 24 




Pre-test 
conditions: 


• HSS of IMS_A is configured according to table 1 

• UE_A has IP bearers established to its IMS networks as per clause 4.2.1 

• UE_A is registered in IMS_A using any user identity 

• MGCF within the trust domain of IMS A 


^^^^^ 




Test Sequence: 


Step 


J 


1 


User B calls User A 


2 


Verify that user A is informed of incoming call of User B 


3 


Verify that user B is informed that UE A is ringing 
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Interoperability Test Description 




4 


User A answers the call 


5 


Verify that user A and B can communicate 


6 


User B puts connection to A on hold 


7 


Verify that user A and B cannot communicate 


8 


User B resumes connection to A 


9 


Verify that user A and B can communicate 


10 


User A ends call 


11 


Verify that user B is informed that call has ended 


12 


Verify that user A is informed that call has ended 


^^ 


Conformance 
Criteria: 


Check 




1 


TP_IMS_MGCF_13 in CFW step 30 (UPDATE): 
ensure that { 

when { lUT receives a CFG indicating remote hold from PSTN } 
then { lUT sends an UPDATE or a target_refresh INVITE 
containing a SDP 

indicating sendonly to IMS A 
} 
} 


2 


TP_IMS_MGCF_14 step 36 (CPG): 
ensure that { 

when { lUT receives a CPG indicating remote_retrieve from PSTN } 
then { lUT sends an UPDATE or a target_refresh INVITE 
containing a SDP 

indicating sendonly to IMS A 
} 
} 
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Step 


Direction 


IVIessage 


Comment 
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Follow UC_21 (1 to 27) 


28 
















User A and B can communicate 


29 




User B sets A on hold 


30 






( 


( 


/ 




CPG 


MGCF receives CPG " remote HOLD" 


\ 


31 


UPDATE/Re-INVITE 


MGCF sends UPDATE/Re-INVITE (sendonly) 
to IMS_A 


\ 


32 


UPDATE/Re-INVITE 


IMS_A forwards UPDATE/Re-INVITE 
(sendonly) to UE_A 




33 


200 OK 


UE_A replies 200 OK to IMS_A 




34 


200 OK 


IMS_A forwards 200 OK to MGCF 




35 
















User A and B cannot communicate 


36 
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/ 


/ 




CPG 


MGCF receives CPG "remote RETRIEVE" 




37 


UPDATE/Re-INVITE 


MGCF sends UPDATE/Re-INVITE (sendrecv) 
to IMS_A 


\ 


38 


UPDATE/Re-INVITE 


IMS_A forwards UPDATE/Re-INVITE 
(sendrecv) to UE_A 




39 


200 OK 


UE_A replies 200 OK to IMS_A 




40 


200 OK 


IMS_A forwards 200 OK to MGCF 


) 


41 
















User A and B can communicate 


42 




User A ends call 


i 




















Continue UC_21 (30A to 37A) 
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